- Expédié
- 14 août 2026 à 01:26 UTC
- Auteur
- Kamo
- Commite
- 0237c36
LegalPendingCountPublisher prend sa connexion NATS selon les besoins. retourne tranquillement quand il est nul. Le NatsConfig partagé est et cette ConfigMap n'avait pas de nats: bloc du tout, donc le haricot n'a jamais existé et toutes les mises à jour en attente étaient a chuté à la garde nulle, à DEBUG. Live pod le confirme: (LegalCount) Initialisé (natses et faux) Le relais de MediaService a été relevé et a souscrit à des paquets légaux. le temps, en attendant des images que personne n'a été publié. Le badge ne bouge donc que lorsque le navigateur re-ensemenquage sur REST sur le support, sur la reconnecte socket, ou sur son 60 secondes net - c'est pourquoi un membre a dû rafraîchir pour découvrir un paquet qui les attendent. JetStream reste éteint, comme un littéral donc aucun environnement ne peut le retourner: ComponentScan("com.kamo") tire déjà dans le WebhookDeliveryWorker, qui commence dès qu'une connexion ET un haricot JetStream existent tous les deux et ensuite lie le «los-pipeline-webhook-worker» durable sur LOS-PIPELINE. Que cela durable est SecurityService, et un second classeur rivalise pour ses messages plutôt que de les faire double emploi. Le sujet du badge est de toute façon non diffusé par conception. Gardien de l'article qui échoue sur une ConfigMap qui omit nats.activé ou tourne JetStream.