Support stream resumption in stateless mode
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- csharp
- Área
- backend-api-design
Línea de trabajo
Empieza rastreando ISseEventStreamStore, la gestión del ciclo de vida de las sesiones en modo sin estado y el bucle de procesamiento de mensajes descrito en el issue. Se considera terminado cuando las sesiones siguen disponibles después de que finaliza el POST, los mensajes nuevos llegan al transporte y esos mensajes se escriben en el event stream store para poder reanudar la sesión.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
There are some changes we need to make outside the implementation of ISseEventStreamStore. For example, in stateless mode, sessions currently get disposed immediately when the POST request completes. This causes the message processing loop to stop, which means new messages never reach the transport and never get written to the event stream store. So, we'd need to revisit the behavior around session lifetimes in stateless mode. I could probably do that in this PR, but it's already quite large and I figured leaving out stateless mode support for now could be a way to scope things down. If you think it should be included in this PR, I could go ahead and try to get it working.
Originally posted by @MackinnonBuck in https://github.com/modelcontextprotocol/csharp-sdk/pull/1077#discussion_r2669879747
- 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 ·
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
-
area-ai untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
dotnet/extensions#7790 ·
Los mantenedores suelen responder en 1 día
-
P2 testing
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día
-
area-Infrastructure-coreclr os-ios os-maccatalyst os-tvos untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
dotnet/runtime#134766 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
0 - Backlog Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
BrighterCommand/Brighter#4444 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día