Split the transport implementations into dedicated modules to improve modularity and reduce core dependencies. Added shared test module for common test utilities. Key changes: - Create mcp-transport/mcp-webflux-sse-transport module - Move SseClientTransport → WebFluxSseClientTransport - Move SseServerTransport → WebFluxSseServerTransport - Move related tests and utilities - Create mcp-transport/mcp-webmvc-sse-transport module - Add new WebMvcSseServerTransport implementation - Add corresponding tests and integration tests - Add framework-independent SSE client implementations to core module - Add FlowSseClient using java.net.http - Add HttpClientSseClientTransport using java.net.http - Keep StdioClientTransport/StdioServerTransport in core (no external deps) - Create mcp-test module for shared test infrastructure - Move abstract test base classes - Move shared test utilities and mocks - Update test dependencies The modular approach allows users to choose between: - Framework-specific implementations (WebFlux/WebMVC) - Pure Java implementations (java.net.http) - Basic implementations (STDIO) Add breaking changes readme: 0.5.0-BREAKING-CHANGES.md Resolves #54
601 lines
19 KiB
Text
601 lines
19 KiB
Text
= Java MCP SDK
|
|
|
|
Java SDK implementation of the link:https://modelcontextprotocol.io/introduction[Model Context Protocol], enabling seamless integration with language models and AI tools.
|
|
|
|
== Features
|
|
|
|
* Synchronous and Asynchronous MCP Client and MCP Server implementations
|
|
* Standard MCP operations support:
|
|
** Protocol link:https://spec.modelcontextprotocol.io/specification/2024-11-05/basic/lifecycle/#initialization[version compatibility negotiation]
|
|
** link:https://spec.modelcontextprotocol.io/specification/2024-11-05/server/tools/[Tool] discovery, execution, list change notifications
|
|
** link:https://spec.modelcontextprotocol.io/specification/2024-11-05/server/resources/[Resource] management with URI templates
|
|
** link:https://spec.modelcontextprotocol.io/specification/2024-11-05/client/roots/[Roots] list management and notifications
|
|
** link:https://spec.modelcontextprotocol.io/specification/2024-11-05/server/prompts/[Prompt] handling and management
|
|
** link:https://spec.modelcontextprotocol.io/specification/2024-11-05/client/sampling/[Sampling] support for AI model interactions
|
|
* Multiple transport implementations:
|
|
** Core transports:
|
|
*** Stdio-based transport for process-based communication
|
|
*** Java HttpClient-based SSE transport for HTTP streaming
|
|
** Spring-based transports:
|
|
*** WebFlux SSE transport for reactive HTTP streaming
|
|
*** WebMVC SSE transport for servlet-based HTTP streaming
|
|
|
|
=== Dependencies
|
|
|
|
Add the following dependency to your Maven project:
|
|
|
|
[tabs]
|
|
======
|
|
Maven::
|
|
+
|
|
The core MCP functionality:
|
|
+
|
|
[source,xml]
|
|
----
|
|
<dependency>
|
|
<groupId>org.springframework.experimental</groupId>
|
|
<artifactId>mcp</artifactId>
|
|
<version>0.5.0-SNAPSHOT</version>
|
|
</dependency>
|
|
----
|
|
+
|
|
For HTTP SSE transport implementations, add one of the following dependencies
|
|
(Note that you already have HTTP Client SSE client transport in the core module):
|
|
+
|
|
[source,xml]
|
|
----
|
|
<!-- Spring WebFlux-based SSE client and server transport -->
|
|
<dependency>
|
|
<groupId>org.springframework.experimental</groupId>
|
|
<artifactId>mcp-webflux-sse-transport</artifactId>
|
|
<version>0.5.0-SNAPSHOT</version>
|
|
</dependency>
|
|
|
|
<!-- Spring WebMVC-based SSE server transport -->
|
|
<dependency>
|
|
<groupId>org.springframework.experimental</groupId>
|
|
<artifactId>mcp-webmvc-sse-transport</artifactId>
|
|
<version>0.5.0-SNAPSHOT</version>
|
|
</dependency>
|
|
----
|
|
|
|
Gradle::
|
|
+
|
|
The core MCP functionality:
|
|
+
|
|
[source,groovy]
|
|
----
|
|
dependencies {
|
|
implementation 'org.springframework.experimental:mcp'
|
|
}
|
|
----
|
|
+
|
|
For HTTP SSE transport implementations, add one of the following dependencies
|
|
(note that you already have HTTP Client SSE client transport in the core module):
|
|
+
|
|
[source,groovy]
|
|
----
|
|
// Spring WebFlux-based SSE client and server transport
|
|
implementation 'org.springframework.experimental:mcp-webflux-sse-transport'
|
|
|
|
// Spring WebMVC-based SSE server transport
|
|
implementation 'org.springframework.experimental:mcp-webmvc-sse-transport'
|
|
----
|
|
======
|
|
|
|
|
|
== Architecture
|
|
|
|
image::mcp-stack.svg[width=400,float=right]
|
|
|
|
The SDK follows a layered architecture with clear separation of concerns:
|
|
|
|
* *Client/Server Layer*: Both use McpSession for sync/async operations, with McpClient handling client-side protocol operations and McpServer managing server-side protocol operations.
|
|
* *Session Layer (McpSession)*: Manages communication patterns and state using DefaultMcpSession implementation.
|
|
* *Transport Layer (McpTransport)*: Handles JSON-RPC message serialization/deserialization via:
|
|
** StdioTransport (stdin/stdout) in the core module
|
|
** HTTP SSE transports in dedicated transport modules (Java HttpClient, Spring WebFlux, Spring WebMVC)
|
|
|
|
Following class diagram illustrates the layered architecture of the MCP SDK, showing the relationships between core interfaces (McpTransport, McpSession), their implementations, and the client/server components. It highlights how the transport layer connects to sessions, which in turn support both synchronous and asynchronous client/server implementations.
|
|
|
|
image::spring-ai-mcp-uml-classdiagram.svg[width=1000]
|
|
|
|
Key Interactions:
|
|
|
|
* *Client/Server Initialization*: Transport setup, protocol compatibility check, capability negotiation, and implementation details exchange.
|
|
* *Message Flow*: JSON-RPC message handling with validation, type-safe response processing, and error handling.
|
|
* *Resource Management*: Resource discovery, URI template-based access, subscription system, and content retrieval.
|
|
* *Prompt System*: Discovery, parameter-based retrieval, change notifications, and content management.
|
|
* *Tool Execution*: Discovery, parameter validation, timeout-aware execution, and result processing.
|
|
|
|
== MCP Client
|
|
|
|
The MCP Client is a key component in the Model Context Protocol (MCP) architecture, responsible for establishing and managing connections with MCP servers. It implements the client-side of the protocol, handling:
|
|
|
|
* Protocol version negotiation to ensure compatibility with servers
|
|
* Capability negotiation to determine available features
|
|
* Message transport and JSON-RPC communication
|
|
* Tool discovery and execution
|
|
* Resource access and management
|
|
* Prompt system interactions
|
|
* Optional features like roots management and sampling support
|
|
|
|
The client provides both synchronous and asynchronous APIs for flexibility in different application contexts.
|
|
|
|
[tabs]
|
|
======
|
|
Sync API::
|
|
+
|
|
[source,java]
|
|
----
|
|
// Create a sync client with custom configuration
|
|
McpSyncClient client = McpClient.using(transport)
|
|
.requestTimeout(Duration.ofSeconds(10))
|
|
.capabilities(ClientCapabilities.builder()
|
|
.roots(true) // Enable roots capability
|
|
.sampling() // Enable sampling capability
|
|
.build())
|
|
.sampling( request -> new CreateMessageResult(response))
|
|
.sync();
|
|
|
|
// Initialize connection
|
|
client.initialize();
|
|
|
|
// List available tools
|
|
ListToolsResult tools = client.listTools();
|
|
|
|
// Call a tool
|
|
CallToolResult result = client.callTool(
|
|
new CallToolRequest("calculator",
|
|
Map.of("operation", "add", "a", 2, "b", 3))
|
|
);
|
|
|
|
// List and read resources
|
|
ListResourcesResult resources = client.listResources();
|
|
ReadResourceResult resource = client.readResource(
|
|
new ReadResourceRequest("resource://uri")
|
|
);
|
|
|
|
// List and use prompts
|
|
ListPromptsResult prompts = client.listPrompts();
|
|
GetPromptResult prompt = client.getPrompt(
|
|
new GetPromptRequest("greeting", Map.of("name", "Spring"))
|
|
);
|
|
|
|
// Add/remove roots
|
|
client.addRoot(new Root("file:///path", "description"));
|
|
client.removeRoot("file:///path");
|
|
|
|
// Close client
|
|
client.closeGracefully();
|
|
----
|
|
|
|
Async API::
|
|
+
|
|
[source,java]
|
|
----
|
|
// Create an async client with custom configuration
|
|
McpAsyncClient client = McpClient.using(transport)
|
|
.requestTimeout(Duration.ofSeconds(10))
|
|
.capabilities(ClientCapabilities.builder()
|
|
.roots(true) // Enable roots capability
|
|
.sampling() // Enable sampling capability
|
|
.build())
|
|
.sampling( request -> new CreateMessageResult(response))
|
|
.toolsChangeConsumer(tools -> {
|
|
logger.info("Tools updated: {}", tools);
|
|
})
|
|
.resourcesChangeConsumer(resources -> {
|
|
logger.info("Resources updated: {}", resources);
|
|
})
|
|
.promptsChangeConsumer(prompts -> {
|
|
logger.info("Prompts updated: {}", prompts);
|
|
})
|
|
.async();
|
|
|
|
// Initialize connection
|
|
client.initialize()
|
|
.flatMap(initResult -> {
|
|
// List available tools
|
|
return client.listTools();
|
|
})
|
|
.flatMap(tools -> {
|
|
// Call a tool
|
|
return client.callTool(new CallToolRequest(
|
|
"calculator",
|
|
Map.of("operation", "add", "a", 2, "b", 3)
|
|
));
|
|
})
|
|
.flatMap(result -> {
|
|
// List and read resources
|
|
return client.listResources()
|
|
.flatMap(resources ->
|
|
client.readResource(new ReadResourceRequest("resource://uri"))
|
|
);
|
|
})
|
|
.flatMap(resource -> {
|
|
// List and use prompts
|
|
return client.listPrompts()
|
|
.flatMap(prompts ->
|
|
client.getPrompt(new GetPromptRequest(
|
|
"greeting",
|
|
Map.of("name", "Spring")
|
|
))
|
|
);
|
|
})
|
|
.flatMap(prompt -> {
|
|
// Add/remove roots
|
|
return client.addRoot(new Root("file:///path", "description"))
|
|
.then(client.removeRoot("file:///path"));
|
|
})
|
|
.doFinally(signalType -> {
|
|
// Close client
|
|
client.closeGracefully().subscribe();
|
|
})
|
|
.subscribe();
|
|
----
|
|
======
|
|
|
|
=== Client Transport
|
|
|
|
The transport layer handles the communication between MCP clients and servers, providing different implementations for various use cases. The client transport manages message serialization, connection establishment, and protocol-specific communication patterns.
|
|
|
|
[tabs]
|
|
======
|
|
STDIO::
|
|
+
|
|
Creates transport for in-process based communication
|
|
+
|
|
[source,java]
|
|
----
|
|
ServerParameters params = ServerParameters.builder("npx")
|
|
.args("-y", "@modelcontextprotocol/server-everything", "dir")
|
|
.build();
|
|
McpTransport transport = new StdioClientTransport(params);
|
|
----
|
|
+
|
|
SSE (HttpClient)::
|
|
+
|
|
Creates a framework agnostic (pure Java API) SSE client transport.
|
|
Included in the core `mcp` module.
|
|
+
|
|
[source,java]
|
|
----
|
|
McpTransport transport = new HttpClientSseClientTransport("http://your-mcp-server");
|
|
----
|
|
+
|
|
SSE (WebFlux)::
|
|
+
|
|
Creates WebFlux-based SSE client transport.
|
|
Requires the `mcp-webflux-sse-transport` dependency.
|
|
+
|
|
[source,java]
|
|
----
|
|
WebClient.Builder webClientBuilder = WebClient.builder()
|
|
.baseUrl("http://your-mcp-server");
|
|
McpTransport transport = new WebFluxSseClientTransport(webClientBuilder);
|
|
----
|
|
======
|
|
|
|
=== Client Capabilities
|
|
|
|
The client can be configured with various capabilities:
|
|
|
|
[source,java]
|
|
----
|
|
var capabilities = ClientCapabilities.builder()
|
|
.roots(true) // Enable filesystem roots support with list changes notifications
|
|
.sampling() // Enable LLM sampling support
|
|
.build();
|
|
----
|
|
|
|
==== Roots Support
|
|
|
|
Roots define the boundaries of where servers can operate within the filesystem:
|
|
|
|
[source,java]
|
|
----
|
|
// Add a root dynamically
|
|
client.addRoot(new Root("file:///path", "description"));
|
|
|
|
// Remove a root
|
|
client.removeRoot("file:///path");
|
|
|
|
// Notify server of roots changes
|
|
client.rootsListChangedNotification();
|
|
----
|
|
|
|
The roots capability allows servers to:
|
|
|
|
* Request the list of accessible filesystem roots
|
|
* Receive notifications when the root list changes
|
|
* Understand which directories and files they have access to
|
|
|
|
==== Sampling Support
|
|
|
|
Sampling enables servers to request LLM interactions ("completions" or "generations") through the client:
|
|
|
|
[source,java]
|
|
----
|
|
// Configure sampling handler
|
|
Function<CreateMessageRequest, CreateMessageResult> samplingHandler = request -> {
|
|
// Sampling implementation that interfaces with LLM
|
|
return new CreateMessageResult(response);
|
|
};
|
|
|
|
// Create client with sampling support
|
|
var client = McpClient.using(transport)
|
|
.capabilities(ClientCapabilities.builder()
|
|
.sampling()
|
|
.build())
|
|
.sampling(samplingHandler)
|
|
.build();
|
|
----
|
|
|
|
This capability allows:
|
|
|
|
* Servers to leverage AI capabilities without requiring API keys
|
|
* Clients to maintain control over model access and permissions
|
|
* Support for both text and image-based interactions
|
|
* Optional inclusion of MCP server context in prompts
|
|
|
|
== MCP Server
|
|
|
|
The MCP Server is a foundational component in the Model Context Protocol (MCP) architecture that provides tools, resources, and capabilities to clients. It implements the server-side of the protocol, responsible for:
|
|
|
|
* Exposing tools that clients can discover and execute
|
|
* Managing resources with URI-based access patterns
|
|
* Providing prompt templates and handling prompt requests
|
|
* Supporting capability negotiation with clients
|
|
* Implementing server-side protocol operations
|
|
* Managing concurrent client connections
|
|
* Providing structured logging and notifications
|
|
|
|
The server supports both synchronous and asynchronous APIs, allowing for flexible integration in different application contexts. It can expose various capabilities such as file system operations, AI model interactions, and custom tool implementations.
|
|
|
|
[tabs]
|
|
======
|
|
Sync API::
|
|
+
|
|
[source,java]
|
|
----
|
|
// Create a server with custom configuration
|
|
McpSyncServer syncServer = McpServer.using(transport)
|
|
.info("my-server", "1.0.0")
|
|
.capabilities(ServerCapabilities.builder()...build())
|
|
.tools(new CalculatorTool())
|
|
.resources(resourceRegistration)
|
|
.prompts(promptRegistration)
|
|
.sync();
|
|
|
|
// Add a tool handler at runtime
|
|
syncServer.addTool(new CalculatorTool());
|
|
|
|
// Remove a tool handler at runtime
|
|
syncServer.removeTool("calculator");
|
|
|
|
// Add a resource at runtime
|
|
syncServer.addResource(resourceRegistration);
|
|
|
|
// Remove a resource at runtime
|
|
syncServer.removeResource(resourceUri);
|
|
|
|
// Add a prompt at runtime
|
|
syncServer.addPrompt(promptRegistration);
|
|
|
|
// Remove a prompt at runtime
|
|
syncServer.removePrompt(promptName);
|
|
|
|
// Graceful shutdown
|
|
syncServer.closeGracefully();
|
|
----
|
|
|
|
Async API::
|
|
+
|
|
[source,java]
|
|
----
|
|
// Create an async server with custom configuration
|
|
McpAsyncServer asyncServer = McpServer.using(transport)
|
|
.info("my-server", "1.0.0")
|
|
.capabilities(ServerCapabilities.builder()...build())
|
|
.tools(new CalculatorTool())
|
|
.resources(resourceRegistration)
|
|
.prompts(promptRegistration)
|
|
.async();
|
|
|
|
// Add a tool handler at runtime
|
|
asyncServer.addTool(new CalculatorTool())
|
|
.doOnSuccess(v -> logger.info("Tool added"))
|
|
.subscribe();
|
|
|
|
// Remove a tool handler at runtime
|
|
asyncServer.removeTool("calculator")
|
|
.doOnSuccess(v -> logger.info("Tool removed"))
|
|
.subscribe();
|
|
|
|
// Add a resource at runtime
|
|
asyncServer.addResource(resourceRegistration)
|
|
.doOnSuccess(v -> logger.info("Resource added"))
|
|
.subscribe();
|
|
|
|
// Remove a resource at runtime
|
|
asyncServer.removeResource(resourceUri)
|
|
.doOnSuccess(v -> logger.info("Resource removed"))
|
|
.subscribe();
|
|
|
|
// Add a prompt at runtime
|
|
asyncServer.addPrompt(promptRegistration)
|
|
.doOnSuccess(v -> logger.info("Prompt added"))
|
|
.subscribe();
|
|
|
|
// Remove a prompt at runtime
|
|
asyncServer.removePrompt(promptName)
|
|
.doOnSuccess(v -> logger.info("Prompt removed"))
|
|
.subscribe();
|
|
|
|
// Notify clients of changes
|
|
asyncServer.notifyToolsListChanged().subscribe();
|
|
asyncServer.notifyResourcesListChanged().subscribe();
|
|
asyncServer.notifyPromptsListChanged().subscribe();
|
|
|
|
// Graceful shutdown
|
|
asyncServer.closeGracefully().subscribe();
|
|
----
|
|
======
|
|
|
|
=== Server Transport
|
|
|
|
The server transport layer implements the server-side communication protocols, enabling reliable message exchange with MCP clients. It provides implementations for different communication patterns while ensuring proper message handling, connection management, and protocol compliance.
|
|
|
|
[tabs]
|
|
======
|
|
STDIO::
|
|
+
|
|
Create in-process based transport
|
|
+
|
|
[source,java]
|
|
----
|
|
StdioServerTransport transport = new StdioServerTransport(new ObjectMapper());
|
|
----
|
|
+
|
|
Provides bidirectional JSON-RPC message handling over standard input/output streams with non-blocking message processing, serialization/deserialization, and graceful shutdown support.
|
|
|
|
SSE (WebFlux)::
|
|
+
|
|
Creates WebFlux-based SSE server transport.
|
|
Requires the `mcp-webflux-sse-transport` dependency.
|
|
+
|
|
[source,java]
|
|
----
|
|
@Configuration
|
|
class McpConfig {
|
|
@Bean
|
|
WebFluxSseServerTransport webFluxSseServerTransport(ObjectMapper mapper) {
|
|
return new WebFluxSseServerTransport(mapper, "/mcp/message");
|
|
}
|
|
|
|
@Bean
|
|
RouterFunction<?> mcpRouterFunction(WebFluxSseServerTransport transport) {
|
|
return transport.getRouterFunction();
|
|
}
|
|
}
|
|
----
|
|
+
|
|
Implements the MCP HTTP with SSE transport specification, providing:
|
|
+
|
|
* Reactive HTTP streaming with WebFlux
|
|
* Concurrent client connections through SSE endpoints
|
|
* Message routing and session management
|
|
* Graceful shutdown capabilities
|
|
|
|
SSE (WebMvc)::
|
|
+
|
|
Creates WebMvc-based SSE server transport.
|
|
Requires the `mcp-webmvc-sse-transport` dependency.
|
|
+
|
|
[source,java]
|
|
----
|
|
@Configuration
|
|
@EnableWebMvc
|
|
class McpConfig {
|
|
@Bean
|
|
WebMvcSseServerTransport webMvcSseServerTransport(ObjectMapper mapper) {
|
|
return new WebMvcSseServerTransport(mapper, "/mcp/message");
|
|
}
|
|
|
|
@Bean
|
|
RouterFunction<ServerResponse> mcpRouterFunction(WebMvcSseServerTransport transport) {
|
|
return transport.getRouterFunction();
|
|
}
|
|
}
|
|
----
|
|
+
|
|
Implements the MCP HTTP with SSE transport specification, providing:
|
|
+
|
|
* Servlet-based HTTP streaming with Spring MVC
|
|
* Concurrent client connections through SSE endpoints
|
|
* Message routing and session management
|
|
* Graceful shutdown capabilities
|
|
|
|
======
|
|
|
|
=== Server Capabilities
|
|
|
|
The server can be configured with various capabilities:
|
|
|
|
[source,java]
|
|
----
|
|
var capabilities = ServerCapabilities.builder()
|
|
.resources(false, true) // Resource support with list changes notifications
|
|
.tools(true) // Tool support with list changes notifications
|
|
.prompts(true) // Prompt support with list changes notifications
|
|
.logging() // Enable logging support (enabled by default with loging level INFO)
|
|
.build();
|
|
----
|
|
|
|
==== Logging Support
|
|
|
|
The server provides structured logging capabilities that allow sending log messages to clients with different severity levels:
|
|
|
|
[source,java]
|
|
----
|
|
// Send a log message to clients
|
|
server.loggingNotification(LoggingMessageNotification.builder()
|
|
.level(LoggingLevel.INFO)
|
|
.logger("custom-logger")
|
|
.data("Custom log message")
|
|
.build());
|
|
----
|
|
|
|
Clients can control the minimum logging level they receive through the `mcpClient.setLoggingLevel(level)` request. Messages below the set level will be filtered out.
|
|
Supported logging levels (in order of increasing severity): DEBUG (0), INFO (1), NOTICE (2), WARNING (3), ERROR (4), CRITICAL (5), ALERT (6), EMERGENCY (7)
|
|
|
|
|
|
==== Tool Registration
|
|
|
|
[source,java]
|
|
----
|
|
var toolRegistration = new ToolRegistration(
|
|
new Tool("calculator", "Basic calculator", Map.of(
|
|
"operation", "string",
|
|
"a", "number",
|
|
"b", "number"
|
|
)),
|
|
arguments -> {
|
|
// Tool implementation
|
|
return new CallToolResult(result, false);
|
|
}
|
|
);
|
|
----
|
|
|
|
==== Resource Registration
|
|
|
|
[source,java]
|
|
----
|
|
var resourceRegistration = new ResourceRegistration(
|
|
new Resource("custom://resource", "name", "description", "mime-type", null),
|
|
request -> {
|
|
// Resource read implementation
|
|
return new ReadResourceResult(contents);
|
|
}
|
|
);
|
|
----
|
|
|
|
==== Prompt Registration
|
|
|
|
[source,java]
|
|
----
|
|
var promptRegistration = new PromptRegistration(
|
|
new Prompt("greeting", "description", List.of(
|
|
new PromptArgument("name", "description", true)
|
|
)),
|
|
request -> {
|
|
// Prompt implementation
|
|
return new GetPromptResult(description, messages);
|
|
}
|
|
);
|
|
----
|
|
|
|
== Error Handling
|
|
|
|
The SDK provides comprehensive error handling through the McpError class, covering protocol compatibility, transport communication, JSON-RPC messaging, tool execution, resource management, prompt handling, timeouts, and connection issues. This unified error handling approach ensures consistent and reliable error management across both synchronous and asynchronous operations.
|