Eine Benachrichtigung auf der falschen Hülse erreichte niemanden

FixEmailService
Verschifft
7. September 2026 um 22:57 UTC
Autor
Kamo
Ausschuss
8471715

Der Broker hier ist enableSimpleBroker - in-Heife, pro Pod, kein Relais - und dies Der Einsatz führt über zwei Repliken. MemberNotificationService veröffentlicht direkt in es mit convertAndSend, so dass eine Benachrichtigung nur das Mitglied erreicht, wenn die pod, dass zufällig die Erhöhung zu dienen war auch die Hülse hält ihre WebSocket. Welche man das war eine Last-Balancer-Entscheidung, so dass etwa die Hälfte jedes Mitglieds Mitteilungen wurden in einen leeren Raum veröffentlicht. Nichts daran sieht aus wie ein Fehler. Die Zeile ist geschrieben, die Veröffentlichung kehrt zurück Aufgeräumt ist die STOMP-Sitzung gesund, und die nächste Seite laden zeigt die Benachrichtigung sitzt in der Mitte, weil die REST-Geschichte lesen findet es. Die nur Symptom ist eine Glocke, die Realität zu verzögern scheint, und nur manchmal - das ist warum dies überlebte: es ist nicht reproduzierbar auf Nachfrage und es korrigiert sich auf erfrischen. Der Postweg in diesem gleichen Dienst wurde genau für diese festgelegt und trägt die Warnung: ************ erklärt, dass eine Staffel endet ein In-Heap-KonvertitAndSend muss einen EPHEMERAL-Konsumenten verwenden, da jede Hülse jede Nachricht zu hören und eine dauerhafte zuzuhören, nur die erste zu binden. Die Benachrichtigung Thema wurde einfach nie die gleiche Behandlung gegeben. Frames gehen Sie nun auf email.notify.<memberId. Service-eigene JetStream und veröffentlichen() Pins erwartetStream und NotificationWebSocketRelay setzt sie auf jedes Pod-Thema. NATS nur, nie NATS plus eine lokale senden: diese Hülse hört seine eigene veröffentlichen zurück durch seine eigene Relais. Das Relais ist seine eigene Komponente und nicht ein paar Zeilen in EmailWebSocketController weil der NATS-Lebenszyklus des Controllers abhängt /app/email/subscribe, eine MAILBOX Abonnement. Ein Mitglied, das die Mail-App nie geöffnet hat, sendet sie nie, und würde haben weiter nichts erhalten. Außerdem: GROWTH_HUB war in keiner der beiden Berechtigungskarte, und requiredRight() Antworten null für alles, was abwesend ist - so war es Versand durch Auslassung, die die genaue ist Unfall ist entschieden existiert zu fangen. Es gehört zu keiner App, so weit wie ein Recht ist Beunruhigt, und sagt es jetzt so.

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen