- शिप
- 23 सितंबर 2026 को 11:28 am बजे UTC
- लेखक
- Kamo
- Commit
- 723ad95
d47b471's SessionAccessGuard Field on WebSocketConfig दुर्घटना-देखा हर फली: स्प्रिंग को पूरी तरह से WebSocketConfig (a) का निर्माण करना चाहिए ************* इससे पहले हर @Autowired फील्ड हल) ब्रोकर का निर्माण कर सकते हैंMessagingTemplate और बाकी ब्रोकर बुनियादी ढांचा, जो इस समान वर्ग में वापस बुलाता है कॉन्फ़िगर करेंClientInboundChannel. SessionAccessGuard पर निर्भर करता है SupportTicketService, whose own chain (supportAssignment Service) -> SupportNotification Service -> PushDispatch Service -> Presence Service एक SimpMessagingTemplate - जो इस ऐप में ब्रोकरMessagingTemplate है। लाइव की पुष्टि की: नए निर्माण हिट की हर प्रतिकृति "brokerMessagingTemplate: अनुरोध किया गया बीन वर्तमान में निर्माण में है; CrashLoopbackoff; दो अभी भी चल रहे पुराने निर्माण पोड्स ने पूरे दौरान सेवा की थी, इसलिए यह एक अटक गया था रोलआउट, आउटेज नहीं। सत्रAccessGuard अब @Lazy है, इसलिए क्षेत्र के दौरान एक प्रॉक्सी रखती है WebSocketConfig का स्वयं का निर्माण और वास्तविक बीन - और इसका पूरा पूर्ण निर्भरता श्रृंखला - केवल पहली बार उपयोग पर हल (पहले लाइव सत्र) ब्रोकर शुरू होने के बाद लंबे समय तक SUBSCRIBE। द्वारा सत्यापित नए पॉड के अपने स्टार्टअप लॉग को पढ़ने और पढ़ने के बजाय सिर्फ इसके पढ़ने की अवस्था - असफलता का यह वर्ग कभी भी अनुरोध पथ को छू नहीं देता है परीक्षण तक पहुंच सकता है, जो वास्तव में क्यों 1098 ग्रीन टेस्ट ने इसे नहीं पकड़ लिया पहली बार, केवल एक वास्तविक अनुप्रयोगContext ताज़ा करता है।.