Alternative to `RunSessionHandler` for accessing MCP servers
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- csharp
- Área
- backend-api-design
Línea de trabajo
Comienza revisando las APIs de RunSessionHandler y McpServer, especialmente McpServer.SessionId y RunAsync, y compáralas con la discusión enlazada desde issue 1382. Determina la forma compatible de conservar el acceso a servidores MCP activos y enviar notificaciones posteriormente, incluido cómo deben gestionarse los servidores sin estado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Now that RunSessionHandler has been marked as experimental, what is the correct way to access the MCP servers in order to send notifications at a later time?
We currently have:
var mcpServers = new ConcurrentDictionary<string, McpServer>();
options.RunSessionHandler = async (_, mcpServer, token) =>
{
if (mcpServer.SessionId == null)
{
// There is no sessionId if serverOptions.Stateless is true.
await mcpServer.RunAsync(token);
return;
}
try
{
mcpServers[mcpServer.SessionId] = mcpServer;
await mcpServer.RunAsync(token);
}
finally
{
// This code runs when the session ends.
mcpServers.TryRemove(mcpServer.SessionId, out var _);
}
};
We are then able to send notifications to the active servers.
(initially posted here)
- Lenguaje dominante
- C#
- Estrellas
- 4.6k
- Forks
- 817
- Merge medio
- 8 d 7 h
- PR fusionados (30 d)
- 3
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de modelcontextprotocol/csharp-sdk
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
modelcontextprotocol/csharp-sdk#1867 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
modelcontextprotocol/csharp-sdk#1840 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
modelcontextprotocol/csharp-sdk#1836 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
enhancement needs confirmation
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
modelcontextprotocol/csharp-sdk#678 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
enhancement needs confirmation P3 ready for work
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
modelcontextprotocol/csharp-sdk#515 · 6 comentarios · 3 reacciones ·
Los mantenedores suelen responder en 1 día
Todos los issues de modelcontextprotocol/csharp-sdk
Issues similares
-
:watch: Not Triaged dotnet-target-version
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
copilot documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 2 días
-
untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
dotnet/dotnet-api-docs#13124 ·
Los mantenedores suelen responder en 1 día
-
agentic-workflows
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
type:bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
BHoM/MidasCivil_Toolkit#441 ·