René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"McpServerSession lifecycle doesn't support distributed services","articleBody":"This issue is closely related to #273 and could be considered as a follow up to that, but I decided to split it for convenience and readability.\n\nConsider an MCP server written with this SDK and using the StreamableHttp transport. We deploy two replicas (`A` and `B`) of this server, with a load balancer in front.\n\n1. A new client application initiates a session by sending an `initialize` message, followed by a `notifications/initialized` notifications. \n2. Let's say that the Load Balancer routed both messages to replica `A`\n3. As a result, replica `A` generated a new session which Id is communicated back to the client\n4.  Replica `A` now has an `McpServerSession` instance properly initialized with all the necessary client information\n \nProblem:\n \n1. Next the client sends a `tools/list` message with the obtain sessionId, but this time the load balancer routes the message to replica `B`\n2. Even though I believe it should be the server's responsibility to share the session id across replicas, the `McpServerSession` instance that lives in replica `B` has never received (and will never receive) the initialize message and notifications\n3. Although it's possible to distribute all that state and `simulate` that handshake in replica `B` (I actually did it), I think this SDK should have an OOTB support for that, or at the very least, SessionFactory methods that make it easier to generate \"ready to use\" Sessions based on previous initializations. \n","author":{"url":"https://github.com/marianogonzalez","@type":"Person","name":"marianogonzalez"},"datePublished":"2025-05-28T16:13:53.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":17},"url":"https://github.com/274/java-sdk/issues/274"}