- Dikirim
- 23 September 2026 pukul 11.28 UTC
- Penulis
- Kamo
- Commit
- 723ad95
d47b471 's SesionAcceguard field di WebSocketConfig crash- merampok setiap pod: Spring harus membangun sepenuhnya WebSocketConfig (a * * * * * * * * * * * * * * * setiap kolom @ Autowired diselesaikan) sebelum itu dapat membangun brokerMessagemingTemplate dan sisanya broker infrastruktur, yang memanggil kembali ke kelas yang sama ini configureClientInboundChannel. SessionAcceguard tergantung pada Layanan Pendukung TicketService, yang memiliki rantai (Layanan Pendukung - > Layanan AppportNotificationService - > PushDispatchService - > PresenceService) perlu Sebuah Templat Simpmessageming- yang dalam aplikasi ini IS brokerMessaggingTemplate. Dikonfirmasi langsung: setiap replika dari bangunan baru hit "brokerMessagemingTemplate: Kacang yang diminta saat ini dalam penciptaan "dan CrashLoopBackOff 'd; keduanya Masih-berjalan tua-membangun pod terus melayani seluruh, jadi ini macet Melontar, bukan outage. sesionAccessguard sekarang @ Lazy, sehingga bidang memegang proksi selama WebSocketConfig sendiri konstruksi dan kacang yang sebenarnya - dan penuh rantai ketergantungan - hanya menyelesaikan pada penggunaan pertama (sesi hidup- pertama SUBSCRIBE), lama setelah pialang telah selesai dimulai. Diverifikasi oleh menyebarkan kembali dan membaca baru pod sendiri startup log daripada hanya yang keadaan kesiapan - kegagalan kelas ini tidak pernah menyentuh jalur permintaan sebuah unit tes dapat mencapai, yang persis mengapa 1098 tes hijau tidak menangkapnya pertama kali; hanya refresh ApplicationContext yang nyata.