- Expédié
- 8 septembre 2026 à 00:23 UTC
- Auteur
- Kamo
- Commite
- ee2981d
Le relais a souscrit une seule fois, à partir de PostConstruct, et plus jamais. Lorsque VOIPService est voip.----------------------------------------------------- aligner chacun et ne pas transmettre ensuite, jamais: [VoipRelay-Non-A-Faiment-Voip-Voip-VoipRelay-VoipRelay-VoipRelay-VoipRelay-VoipRelay-Vo [SUB-90007) Pas de flux correspondants pour les sujets. Pas de textes en direct, pas de badge non lu, pas d'événements d'appel, pas de messagerie vocale, pas de poussée mobile, sur un ---------------------------------------------------- La création du flux répare la cause mais pas ces gousses: ils avaient déjà fait une tentative. La commande n'est pas non plus réparable. VOIPService crée le flux lorsque VOIPService Les bottes; MediaService s'abonne lorsque MediaService démarre. Rien n'enchaîne deux déploiements, donc "le flux existe au moment où le relais commence" est un retournement de pièce chaque cluster redémarre. Le relais doit tolérer que le ruisseau n'y soit pas encore là. ensureSubrite() est désormais idempotent et il y a trois portes: l'original PostConstruct, un réessai des années 30 tout en n'étant pas lié, et - celui qui compte - un membre abonné à /topic/voip/, ce qui signifie qu'une personne réelle est assise devant un SMS une fenêtre en attente de trames que cette nacelle ne reçoit pas. isRelayBound() demande si l'abonnement est ACTIVE, et non s'il s'agit d'abonner() Remis. Un consommateur éphémère est récolté après son seuil inactif, et une dose tenir une poignée à un NATS consommateur a oublié l'apparence souscrite et reçoit Rien - le même silence que jamais signé, sans aucune preuve. Cette affaire se ressuscite aussi. Le premier journal de défaillance est enregistré à ERROR et dit ce qui est inerte à cause de cela; le journal de recherche à déboguer, donc un flux qui n'existe pas encore ne remplit pas le log toutes les 30 secondes.