- Shipped
- 23 вересня 2026 р. о 10:24 UTC
- Author
- Kamo
- Commit
- d4865f7
Два лівих дебюг-реєстраційні плями на шляху WebSocket: - WebSocketConfig's вхідний канал interceptor увійшов до кожного кадру STOMP на ІНФО, в тому числі accessor.toMap() (головки CONNECT каркасу носять масив прав членів і сирого навантаження (голова повідомлення) - на кожен кадр реле брокера. - WebSocketLogging Фільтр ввійшов кожен заголовок кожного / ws/** INFO, включаючи cookie-файли (The *** сеанс токени), на SockJS і запилення шляхів кожного вкладка. І тепер на більшості DEBUG однолінійних: командно-дестинація/сесія для Рамка STOMP, метод/path/status для HTTP-запиту - ніколи не заголовки, ніколи перевантаження, ніколи не печиво. WebSocketConfig's передHandshake/післяHandshake (який також відхилений запит.getHeaders(), ж проблема, той же файл) отримав ж лікування. Блок авторизації STOMP (SUBSCRIBE/SEND охоронець через StompDestinationAuthz - це доторкнеться - не пологове занепокоєння, і недавнє виправлення агента живе прямо поруч з ним. Також впав банер / смайли залоги в налаштуванніMessageBroker і реєстраціяНалаштування посилань (разом, не питання безпеки, але й ті ж файли і варто робити при дотикуванні їх) Обкладинка WebSocketConfigFrameLoggingTest і WebSocketLogging ФільтрТест, який прикріплює список додатків Logback на рівні. Всі і не заважають Повідомлення про форматування події містить значення маркера, що випускається в кадрі Завантажити, рідний "прави" заголовок, або запитаний файл cookie/query string - мутація-переглядається проти старого входу (відновлення він виходить 4 з 6 стверджує червоний, в тому числі і протікання файлів cookie.