- शिप
- 23 सितंबर 2026 को 10:24 am बजे UTC
- लेखक
- Kamo
- Commit
- d4865f7
WebSocket पथ पर दो बचे हुए स्पॉट: WebSocketConfig के इनबाउंड चैनल इंटरसेप्टर ने हर STOMP फ्रेम में लॉग इन किया INFO, accessor.toMap() सहित (ConNECT फ्रेम के हेडर ले जाते हैं सदस्य के अधिकार सरणी) और कच्चे पेलोड (चैट संदेश निकायों) - पर ब्रोकर रिले हर फ्रेम। WebSocketLoging फ़िल्टर ने प्रत्येक/ws/* अनुरोध के हर शीर्षलेख को लॉग इन किया INFO, जिसमें कुकी (*** सत्र टोकन) शामिल है, SockJS हैंडशेक पर और प्रत्येक टैब हिट मतदान पथ। दोनों अब डेबग एक लाइनर पर हैं: एक के लिए कमांड / गंतव्य / सत्र एक HTTP अनुरोध के लिए STOMP फ्रेम, विधि/पथ/status - कभी हेडर, कभी नहीं एक पेलोड, कभी एक कुकी नहीं। WebSocketConfig's beforeHandshake/ afterHandshake (जो भी डंप अनुरोध.getHeaders(), एक ही समस्या, एक ही फाइल) मिला समान उपचार। STOMP गंतव्य प्राधिकरण ब्लॉक (SUBSCRIBE/SEND) StompDestinationAuthz के माध्यम से संरक्षित) untouched है - लॉगिंग चिंता नहीं है, और दूसरा एजेंट का हाल ही में फिक्स उसके बगल में रहता है। इसके अलावा, बैनर / इमोजी स्टार्टअप को कॉन्फ़िगर करने में लॉग इन किया गयाMessageBroker और रजिस्टर जबकि उन्हें छूने के लायक) प्रत्येक पंक्ति में एक पंक्ति के लिए नीचे। WebSocketConfigFrameLogingTest and WebSocketLoging द्वारा कवर किया गया फ़िल्टरटेस्ट जो लेवल पर लॉगबैक लिस्टअपर संलग्न करता है। सभी को सूचित करें कि कोई कब्जा नहीं है घटना के स्वरूपित संदेश में एक मार्कर मूल्य होता है जो फ्रेम में लगाया जाता है पेलोड, इसके मूल "rights" हेडर, या अनुरोध के कुकी / क्वेरी स्ट्रिंग - पुराने लॉगिंग के खिलाफ उत्परिवर्तन-चेक (रिवर्टिंग यह 6 में से 4 बदल जाता है) दावे लाल, दोनों अधिकार हैडर और कुकी लीक सहित).