KamoCRM

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

FixMediaService
出荷済み
2026年9月23日 10:24 UTC
プロフィール
Kamo
コンテンツ
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になります) 権利ヘッダーとクッキーのリークを含むアサーション赤.

すべての変更

配送を見るのが好きですか?

自分のワークスペースに到着します。 無料プランをスタートし、月に再度このページをお読みください.

永遠に無料で始める料金を見る