-
Notifications
You must be signed in to change notification settings - Fork 256
Why do we need broadcast messages to clients? #9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@JadenHuang2023, Thanks for the relevant question. |
@tzolov Thanks for your response. |
The current version of the tool call is also broadcast to all clients。 |
@tzolov will the behavior fix you're describing include avoiding broadcast for |
@taobaorun, @marianogonzalez we're developing a proper client session management solution that will address all issues mentioned above, including handling for Some early experiments are available at https://github.com/modelcontextprotocol/java-sdk/tree/server-session-support2, and we expect to finalize the solution soon. |
We need some session management too, which can only send to a dedicated sink. |
Signed-off-by: Christian Tzolov <[email protected]>
This commit introduces a major refactoring of the MCP Java SDK to implement a session-based architecture for server-side implementations. The changes improve the SDK's ability to handle multiple concurrent client connections and provide an API better aligned with the MCP specification. Key changes: - Introduce McpServerTransportProvider interface to manage client connections - Rename ClientMcpTransport to McpClientTransport and ServerMcpTransport to McpServerTransport - Add exchange objects (McpAsyncServerExchange, McpSyncServerExchange) for client interaction - Update handler signatures to include exchange parameter: (args) -> result to (exchange, args) -> result - Rename Registration classes to Specification classes - Update method names (e.g., rootsChangeConsumers to rootsChangeHandlers) - Deprecate old interfaces and classes for removal in 0.9.0 - Add migration guide (migration-0.8.0.md) Resolves #9, #15 Co-authored-by: Christian Tzolov <[email protected]> Signed-off-by: Christian Tzolov <[email protected]>
Signed-off-by: Christian Tzolov <[email protected]>
java-sdk/mcp-spring/mcp-spring-webflux/src/main/java/io/modelcontextprotocol/server/transport/WebFluxSseServerTransport.java
Line 189 in 352ec2d
Why do we broadcast responses to all clients instead of just sending them to the current requesting client?
The text was updated successfully, but these errors were encountered: