KamoCRM

STOMPフレームヘッダ/ペイロードおよび/wsリクエストヘッダのログを止めて下さい

FixMediaService
Shipped
2026年9月23日 10:24 UTC
Author
Kamo
Commit
d4865f7

WebSocket パスの 2 つの左上のデバッグ ロギング スポット: - WebSocketConfigのインバウンドチャンネルインターセプターは、すべてのSTOMPフレームをオンにしました Accessor.toMap() を含む INFO (CONNECT フレームのヘッダーは、 メンバーの権利配列)と生のペイロード(チャットメッセージ本文) - に すべてのフレームブローカーのリレー。 ・WebSocketLogging /ws/** リクエストの全てのヘッダをフィルタリング SockJSハンドシェイクのクッキー(***セッショントークン)を含む情報 すべてのタブがヒットするパスをポーリングします。 DEBUG one-liner: コマンド/宛先/セッション STOMPフレーム、HTTPリクエストのメソッド/path/status - ヘッダーなし、決して ペイロード、クッキーなし。 WebSocketConfigの前のHandshake/afterHandshake (request.getHeaders(), 同じ問題, 同じファイル) が取得した 同じ処置。 STOMP 宛先承認ブロック (SUBSCRIBE/SEND) StompDestinationAuthz を介した監視は無接触 - ログの問題ではなく、 別のエージェントの最近の修正は、その横に住んでいます。 また、configMessageBrokerでバナー/emoji起動ログをドロップし、 registerStompEndpoints(セキュリティの問題ではなく、同時に同じファイル) ひとつの線に触れながら、やりとりする価値があります。 WebSocketConfigFrameLoggingTest と WebSocketLogging がカバー フィルターテスト, レベルにログバック ListAppender を添付します。 全てをアサートし、キャプチャなし イベントのフォーマットメッセージには、フレームに植えられたマーカー値が含まれています ペイロード、そのネイティブ「右」ヘッダー、またはリクエストのクッキー/クエリ文字列 - 古いロギングに対する突然変異チェック (それを変換すると6の4になります) 権利ヘッダーとクッキーのリークを含むアサーション赤.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing