- Shipped
- 2026년 9월 23일 오전 10:24 UTC
- Author
- Kamo
- Commit
- d4865f7
WebSocket 경로에 두 개의 왼쪽으로 디버깅 스팟: - WebSocketConfig의 인바운드 채널 인터셉터는 모든 STOMP 프레임을 기록했습니다. Accessor.toMap()을 포함한 INFO (CONNECT Frame의 헤더는 회원의 권리 배열) 및 익지않는 페이로드 (chat 메시지 몸) -에 모든 프레임 브로커 릴레이. - WebSocket로깅 필터는 /ws/**의 모든 헤더를 기록 INFO, 쿠키 포함 (*** 세션 토큰), SockJS의 핸디크 모든 탭이 표시됩니다. 둘 다 이제 가장 DEBUG 하나 강선에서: command/destination/session for STOMP 프레임, HTTP 요청에 대한 방법 / 경로 / 통계 - 절대 헤더, 결코 지불량, 결코 쿠키. WebSocketConfig의 이전Handshake/afterHandshake (또한 dumped request.getHeaders(), 같은 문제, 같은 파일)는 동일한 처리. STOMP 대상 허가 블록 (SUBSCRIBE/SEND) StompDestinationAuthz를 통해 감시는 - 로깅 관심사 아닙니다, 그리고 또 다른 대리인의 최근 수정은 그것 옆에 맞습니다. 또한 Parameter/emoji start logging을 configureMessageBroker에 떨어졌다. registerStompEndpoints (일회 보안 문제가 아니라 같은 파일 그들에 게 연락 하 고 있는 가치. WebSocketConfigFrameLoggingTest 및 WebSocketLogging에 의해 적용 필터테스트, Logback ListAppender를 Level에 첨부합니다. 모든 및 assert 캡처 없음 event's formatted message에는 프레임에 심어진 마커 값이 포함되어 있습니다. payload, 그것의 기본 "rights" 헤더, 또는 요청의 쿠키 / query 문자열 - 오래된 로깅에 대한 돌연변이 (reverting it turn 4 의 6 assertions red, 권리헤드와 쿠키 누출 모두 포함).