-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Streamable HTTP client transport #416
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
Conversation
Are you also including authorisation the spec says oauth 2 |
I haven't thought about it yet; maybe it makes sense to see where modelcontextprotocol/modelcontextprotocol#284 leads? In general I'm interested to hear from maintainers whether they're interested in this PR or have other plans. |
Need StreamableHTTP support in both MCP client and server side. Can Not wait it anymore. |
Seems like this is being implemented in #573 and related PRs. |
Client implementation of spec version 2025-03-26's new transport.
Motivation and Context
The 2025-03-26 spec introduces a new HTTP transport mechanism (with fallback to the previous one). I didn't see a reference implementation available yet so we've made this experimental one.
How Has This Been Tested?
We've tested with local and remote MCP servers in our product (Lutra).
Breaking Changes
None.
Types of changes
Checklist
Additional context
This is a draft. I'm not sure how the maintainers would like to handle updating
LATEST_PROTOCOL_VERSION
andSUPPORTED_PROTOCOL_VERSIONS
. And I don't have automated tests for the new transport.