- Cambia
- 7 de septiembre de 2026 a las 21:35 UTC
- Autor
- Kamo
- Comprometerse
- d6de046
El relé de correo electrónico del navegador encuadernó a un consumidor DURABLE NATS llamado así por el miembro ("email-ws--id"). Un consumidor de empuje duradero admite exactamente un suscriptor, por lo que con dos réplicas la segunda vaina a atar fue rechazada. [SUB-90012] El consumidor ya está obligado a una suscripción - y no transmitió nada. Está en los registros desplegados para cuatro buzones Hoy. Nada sobre esa apariencia rota desde fuera. El apretón de manos es aceptado, el La sesión de STOMP es saludable, /app/email/subscribe se honra, y la apertura La instantánea no leída se publica a NATS exactamente como debería. Simplemente ha nadie en esa vaina para llevarlo de vuelta, porque el corredor de convertAndSend es en el-heap: un marco sólo llega a un miembro si la cápsula sosteniendo su WebSocket lo retransmitió, así que cada cápsula tiene que escuchar cada mensaje. El miembro tiene un enchufe. que nunca entrega un conteo, vuelve a una lectura REST de un solo disparo, y el correo la insignia se sienta en ese número hasta que la página sea recargada. No mueve nada. En qué vaina aterrizaron decidimos si su placa funcionaba, Así que vino y se fue y nunca se veía como un bicho. Los consumidores efímeros no llevan identidad cruzada, así que no hay nada que choca, y el umbral inactivo cosecha uno cuya vaina desapareció. Esto es para qué existe **************** para y lo que MediaService's Los relevos ya utilizan; este era el último relé que aún sostenía un duradero. Nada se pierde por el cambio: el duradero fue DeliverPolicy.Nuevo, por lo que nunca Replayed tampoco. Los consumidores huérfanos de email-ws-* son inertes. la retención de límites y se deja envejecer en lugar de purgar a mano.