- Se descapó
- 2 de septiembre de 2026 a las 1:42 UTC
- Autor
- Kamo
- Compromit
- 8ccc308
POST /esiones /-guid-/mensajes es Transactional, y el NATS publicado de la el mensaje siempre ha esperado el compromiso con un comentario que dice exactamente por qué: publicar dentro de la transacción corre la propia lectura del receptor de la fila. Los dos anuncios de la STOMP a diez líneas por debajo no esperaron, y son el aquellos con un lector en el otro extremo. /topic/chat/incoming/.memberId' es contestado por un miembro sin ventana abierta por OPENING uno, que carga la historia del hilo a través de una solicitud separada; que lea inmediatamente a la base de datos antes de la Sender commit, así que la ventana voló a abrir sosteniendo todo excepto el mensaje que lo había abierto, y se mantuvo mal hasta que algo releí el hilo. Cierre y la reapertura de la ventana fue la solución, que fue así como se informó. /topic/chat/unread/-mejido /-mediósId's con él y tenía el problema de la imagen del espejo: a El recuento de un mensaje no podría ver otra petición. Ambos ahora corren en runAfterCommit (), registrado después de la sincronización NATS por lo que una ventana ya abierta todavía recibe el mensaje primero y la insignia segundo. El los ids receptores y sus org ids se resuelven antes de registrarse, mientras que el Las entidades siguen adjuntas; las cargas útiles ya eran valores sencillos. AnuncioAfterCommitRatchetLo pinchaa fijamente al igualar las regiones post-commit y requiriendo que ambos temas caen dentro de uno, así que el siguiente anuncio agregó Aquí tiene que hacer la elección deliberadamente en lugar de copiar la línea más cercana. Fracasa en las dos líneas que esta comisión se mueve.