- Dikirim
- 8 September 2026 pukul 00.23 UTC
- Penulis
- Kamo
- Commit
- 98cf9f7
Tidak ada aliran VOIP _ MESSAGES di NATS sama sekali. Setiap 'voip. *' mempublikasikan menjawab 503 Responders Tidak Ada dan kedua media pod log, sekali, di boot: [VoipRelay] Gagal berlangganan ke voip. > subjek: [SUB-90007] Tidak ada aliran yang cocok untuk subjek. Jadi seluruh lapisan realtime sudah mati - hidup inbound teks, lencana unread, softphone acara panggilan, voicemail, dan setiap dorongan ponsel yang naik mereka - dan setiap setengah gagal dalam satu cara tidak ada greps untuk. Kegagalan mempublikasikan tertangkap dan log di peringatan dalam publishNatsEvent; kegagalan berlangganan adalah satu tunggal Ada kesalahan baris pada pod yang kemudian berlari selama berminggu-minggu terlihat sehat. Penyebabnya adalah lubang konfigurasi. Setiap layanan yang memiliki subjek menyatakan nya stream dalam appecation.yml dan berbagi NatsConfig membuatnya ketika JetStream beans is built - EMAIL _ NOTIFIKASI / email. >, DAEMON _ SYNC / daemon. >. Layanan ini dideklarasikan apa-apa, diam-diam mewarisi shared default CHAT _ MESSAGES / chat. >, dan melaporkan "NAS stream 'CHAT _ MESSAGES' sudah ada" di boot. Lubang itu tampak persis seperti awal yang sehat. VoipNatsStreamProvisioner dimaksudkan untuk menutupi ini dan tidak pernah berlari sekalipun. Itu adalah plain @ Komponen jengkel * * * * * * * * * * * * * * * - kombinasi Spring hanya dievaluasi secara terpercaya dalam konfigurasi otomatis - sehingga kacang Connection adalah belum terlihat selama pemindaian komponen, kondisi itu salah, dan kacang tidak pernah diciptakan. Ini tidak masuk sama sekali, bahkan tidak sendiri "NATS tidak tersedia, melewati "cabang. Dihapus, mendukung mekanisme yang bekerja. VoipNatsStreamConfigTest pin properti yang sebenarnya gagal: setiap subjek layanan ini mempublikasikan ditutupi oleh arus itu mengkonfigurasi. Tidak ada yang lebih kecil akan menangkap ini - tidak ada kode yang salah, hanya aliran yang tidak ada. Terpisah, frame bernama partai yang salah. 'Dari Telepon' Diangkut * * * * * * * * * tinggal di 'externall PhoneNumber'. Ketiga konsumen membacanya dengan cara alami, sehingga inbound teks mengangkat jendela berjudul dengan nomor anggota sendiri, berlari kontak lookup terhadap nomor itu dan menemukan tidak ada, dan didorong ke telepon sebagai "teks dari < Anda sendiri nomor > ". Sekarang berorientasi pada arah, dengan eksplisit 'externall PhoneNone' yang selalu sisi jauh - bidang untuk tombol pada, karena tidak seperti dari / ke itu tidak flip ketika anggota menjawab. Muatan juga membawa lampiran dan status, sehingga hidup MMS bukan gelembung kosong sampai sebuah refetch. Penerbitan yang kini gagal log di ERROR, dan sebuah pod tanpa NATS mengatakan demikian, bukan daripada rekaman teks dan memberitahu siapa pun.