- Shipped
- 8 सितंबर 2026 को 12:23 am बजे UTC
- Author
- Kamo
- Commit
- 98cf9f7
सभी में NATS में कोई VOIP MESSAGES स्ट्रीम नहीं था। प्रत्येक `voip.*` प्रकाशित उत्तर दिया 503 कोई उत्तरदाता उपलब्ध नहीं है और दोनों मीडिया पॉड लॉग, एक बार, बूट में: [VoipRelay] VoipRelay.> विषय: [SUB-90007] विषय के लिए कोई मिलान स्ट्रीम नहीं। तो पूरी रीयलटाइम परत मृत थी - लाइव इनबाउंड टेक्स्ट्स, अपठित बैज, सॉफ्टफोन कॉल इवेंट्स, वॉयसमेल और हर मोबाइल पुश जो उन्हें सवारी करता है - और प्रत्येक आधे के लिए कोई भी greps के लिए एक रास्ता में विफल रहा। प्रकाशन विफलता पकड़ा जाता है और प्रकाशन के अंदर चेतावनी पर लॉग इन; सदस्यता विफलता एक एकल था एक फली पर ERROR लाइन जो तब सप्ताह के लिए स्वस्थ दिखने लगे। कारण एक विन्यास छेद था। प्रत्येक सेवा जो विषयों का मालिक है, उसकी घोषणा करता है Application.yml में स्ट्रीम करें और साझा NatsConfig इसे जेटस्ट्रीम के दौरान बनाता है बीन बनाया गया है - EMAIL NOTIFICATIONS/email.>, DAEMON SYNC/DAemon। यह सेवा कुछ भी घोषित नहीं किया गया, चुपचाप साझा डिफ़ॉल्ट CHAT MESSAGES/chat विरासत में मिला। बूट में "NATS स्ट्रीम 'CHAT MESSAGES' पहले से ही मौजूद है" की सूचना दी। छेद देखा वास्तव में एक स्वस्थ स्टार्टअप की तरह। VoipNatsStreamProvisioner इस को कवर करने के लिए और कभी कभी एक बार भाग नहीं था। यह था ****************** - एक संयोजन स्प्रिंग केवल ऑटो विन्यास में विश्वसनीय मूल्यांकन करता है - इसलिए कनेक्शन बीन था घटक स्कैनिंग के दौरान अभी तक दृश्य नहीं, स्थिति झूठी थी, और बीन कभी नहीं बनाया गया था। यह सब पर कुछ लॉग इन नहीं है, यहां तक कि अपने "NATS उपलब्ध नहीं है", स्किपिंग शाखा हटा दिया गया, तंत्र के पक्ष में जो काम करता है। VoipNatsStreamConfigTest वास्तव में विफल संपत्ति पिन: हर विषय यह सेवा प्रकाशन उस स्ट्रीम द्वारा कवर किया गया है जिसे वह कॉन्फ़िगर करता है। छोटा यह पकड़ लिया है - वहाँ कोई गलत कोड नहीं था, केवल एक धारा मौजूद नहीं था। अलग-अलग, फ्रेम ने गलत पार्टी का नाम दिया। `PhoneNumber` से किया गया ********** जो org की OWN लाइन है; दूर की ओर `externalPhoneNumber` में रहता है। सभी तीन उपभोक्ताओं ने इसे प्राकृतिक तरीके से पढ़ा, इसलिए एक इनबाउंड टेक्स्ट ने सदस्य की अपनी संख्या के साथ शीर्षक वाली एक विंडो को उठाया, इसके संपर्क में भाग लिया उस संख्या के खिलाफ तलाशना और कोई नहीं मिला, और फोन को "एक पाठ" के रूप में धकेल दिया <your own number> से। अब दिशा से उन्मुख, एक स्पष्ट के साथ `externalPhoneNumber` जो हमेशा दूर की ओर है - क्षेत्र पर कुंजी करने के लिए, क्योंकि जब सदस्य जवाब देता है तब से / से यह फ्लिप नहीं होता है। पेलोड भी करता है संलग्नकयूआरएल और स्थिति, इसलिए एक लाइव एमएमएस एक खाली बुलबुले नहीं है जब तक कि एक रिफ्लेक्स नहीं होता है। एक प्रकाशन जो अब ERROR में लॉग इन करने में विफल रहा है, और NATS के साथ एक फली ऐसा कहता है, बल्कि ऐसा नहीं है। पाठों की रिकॉर्डिंग और किसी को बताने की तुलना में।.