Equivalent functionality in mark3labs/mcp-go

[ardaguclu]

Pre-submission Checklist

• I have checked that this question would not be more appropriate as an issue in a specific repository
• I have searched existing discussions and documentation for answers

Question Category

• Protocol Specification
• SDK Usage
• Server Implementation
• General Implementation
• Documentation
• Other

Your Question

Currently, I'm experimenting to migrate to official go-sdk from mark3labs/mcp-go (https://github.com/containers/kubernetes-mcp-server) and I'm trying to find the equivalent ways in go-sdk to keep the functionality working.

• SSEContextFunc: https://github.com/mark3labs/mcp-go/blob/9f16336f83e17d0659fc49798f233f9dcd910da0/server/sse.go#L39

This works as a middleware basically to get the values in the context in the request and update if it is necessary. I think, official recommendation in go-sdk is to use Middleware. But I don't think, plain request can be passed to Middleware?. Is that correct?. We can pass standard HTTP middlewares to mux for such cases (by skipping sdk), but I'm not sure this is the correct approach?.

• SSE Base URL https://github.com/mark3labs/mcp-go/blob/9f16336f83e17d0659fc49798f233f9dcd910da0/server/sse.go#L157

I couldn't find any example about the appropriate usage of base url in go-sdk.

• Stremeable HTTP Stateless Behavior https://github.com/mark3labs/mcp-go/blob/9f16336f83e17d0659fc49798f233f9dcd910da0/server/streamable_http.go#L42

What is the way of setting Stremeable HTTP to stateless?.

[ardaguclu]

Continuation:

• Log/Track Each HTTP Request
  Since Middleware misses to access HTTP Request, there is no easy way to print Request Headers, user agents and access Request context. Is there any way to achieve this?

[findleyr]

For this, can't you just use a normal HTTP middleware around the {Streamable,SSE}HTTPHandler?

[ardaguclu]

I think, I can and it probably works, if this is the correct approach.

[jba]

@ardaguclu Can you let us know when you get this working? We want to make sure we're not missing anything.