- 已装运
- 2026年9月23日 10:24 UTC
- 作者
- Kamo
- 提交
- d4865f7
WebSocket 路径上的两个剩余调试日志点: -WebSocketConfig的入境频道截取器记录了每个STOMP帧 INFO,包括 accessor.toMap () (CONNECT 框架头带 成员的权利阵列)和原始有效载荷(聊天信息机构)- 每帧的经纪人继电器。 - 网页搜索 过滤器记录每个/ws/**请求的每个标题 包括Cookie(***会话代号)在内的INFO 在SockJS握手 和投票路线 每一个标签点击。 两者现在最多都是DEBUG的一行:命令/指定/会议 HTTP 请求的 STOMP 框架、 方法/ 路径/ 状态 - 从头到尾 一个有效载荷,从来没有饼干。 WebSocketConfig 手摇前/手摇后 (它也倾倒了请求. getheaders (), 同样的问题, 相同的文件) 得到了 同样的待遇。 STOMP目的地授权区块(SUBSCRIBE/SEND) 通过Stomp-Destination Authz 守卫,是不受阻碍的,不是伐木问题, 而另一个特工最近 修补了它旁边的生活。 在配置MessageBroker和 注册StompEndpoints(一次性,不是安全问题,而是相同的文件) 和值得做的同时触摸他们) 下到一行各一行. 由WebSocket ConfigFrameLogging Test和WebSocketLogging所覆盖 过滤测试, 它附加了Logback List Appener 在关卡。 全部并断言没有俘获 事件格式化的消息包含一个在帧中植入的标记值 有效载荷,其原生的"权利"标题,或请求的 Cookie/query 字符串 - 与旧的伐木(倒置为6个中的4个)对照 (c) 指称红色,包括权利主管和饼干泄漏.