Doc Feedback: Clarification needed on supported MCP Transport Protocols (stdio vs. HTTP/SSE)
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 78/100
- Issue type
- Documentation
- Clarity
- Clearly specified
- Activity status
- Quiet
- Domain
- documentation
Research direction
Start with the linked Get Started documentation and locate the “Remote MCP Servers with API Platform” section. Verify how the page currently describes stdio and streamable HTTP (SSE), then update the clarification so hosted MCP servers are explicitly identified as using HTTP/SSE rather than stdio.
Written by the indexing model from the issue text.
Description
Description:
The "Get Started" documentation for MCP Servers mentions both stdio and streamable HTTP as primary transport mechanisms for the protocol. However, the documentation does not explicitly distinguish which of these is supported by the WSO2 API Platform’s hosted environment.
Location:
https://wso2.com/bijira/docs/mcp-servers/get-started-with-mcp/
Technical Detail:
stdio transport is architecturally designed for local communication between a host (e.g., a local IDE or CLI) and a server running as a sub process on the same machine.
streamable HTTP (SSE) is the industry standard for remote/networked MCP connections.
Since WSO2 provides a cloud hosted/managed Gateway solution, supporting stdio as a transport for a remote client to connect to the WSO2 gateway is technically impossible. Listing stdio in the "Get Started" guide without clarifying that the WSO2 Platform implementation specifically uses HTTP/SSE creates theoretical ambiguity.
Impact:
Developers new to MCP might attempt to configure their clients using stdio transport for a WSO2 hosted server, leading to configuration errors. As an enterprise-grade platform, the documentation should clearly define the platform’s boundary supporting the protocol specification while adhering to the constraints of a networked gateway.
Suggested Fix:
Add a clarifying note in the "Remote MCP Servers with API Platform" section stating that while the MCP protocol supports stdio, the WSO2 API Platform exclusively utilizes the streamable HTTP (SSE) transport for its hosted MCP server implementations.
- Dominant language
- HTML
- Stars
- 2
- Forks
- 64
- Avg merge
- 1d 9h
- Merged PRs (30d)
- 34
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from wso2/docs-api-platform
-
Difficulty 1/5 Under an hour Newbie friendliness 75/100
wso2/docs-api-platform#500 ·
-
Type/Bug
Difficulty 1/5 Under an hour Newbie friendliness 92/100
wso2/docs-api-platform#492 ·
-
Priority/Normal Severity/Major Type/Docs Type/Improvement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
wso2/docs-api-platform#455 ·
-
Priority/Highest Severity/Critical
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
wso2/docs-api-platform#330 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
wso2/docs-api-platform#277 · 1 comment ·
All issues in wso2/docs-api-platform
Similar issues
-
user-reported
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
Kong/developer.konghq.com#7316 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
HarperFast/skills#96 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
infinispan/infinispan#18150 ·
-
bug triage:deciding
Difficulty 1/5 Under an hour Newbie friendliness 88/100
open-telemetry/otel-arrow#4132 ·
-
Ecosystem: ClawMetry — the Qwen Code reader is now free and open source (follow-up to #9294 / #9338) Opencategory/integration priority/P3 scope/documentation status/ready-for-human type/feature-request
Difficulty 1/5 Under an hour Newbie friendliness 84/100