Как мы можем контролировать страницы ошибок в Jetty Websocket с Camel - PullRequest
Новая
       73

Как мы можем контролировать страницы ошибок в Jetty Websocket с Camel

0 голосов
/ 31 мая 2019

Мы используем Apache Camel Jetty Websocket 2.17.1 с Jetty 8.

Мы прошли сканирование PCI и обнаружили, что оно возвращает 404 страницы с ресурсами, такими как 

<code>       <html>
         <head>
             <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"/>
             <title>Error 404 Not Found</title>
         </head>
         <body>
             <h2>HTTP ERROR: 404</h2>
             <p>Problem accessing /TOKENIZE.. Reason:

                 <pre>    Not Found
<ч /> Powered by Jetty: //

Я изменил это для компонента Jetty Apache Camel с помощью errorHandler. Но не удалось изменить или отследить содержимое страницы ошибки, возвращенной при ответе с HTTP /GET.

Парни из PCI попытались отправить / GET для порта веб-сокета, и приложение вернуло содержимое, превышающее 404.

FYI. Я также установил обработчик ошибок в ServletContextHandler . Но мой обработчик ошибок по-прежнему не срабатывает.

1 Ответ

0 голосов
/ 31 мая 2019

Jetty 8 (теперь EOL / End of Life) не имеет правильно настроенного ErrorHandler для странного поведения, такого как пути HTTP Upgrade only (что такое websocket в Jetty 8).

Jetty 9.x переработал ErrorHandler для работы со всеми ошибками запроса, которые достигают того же пути контекста, что и ErrorHandler.

Это означает, что единственные виды ошибок, которые в настоящее время не проходятErrorHandler в Jetty 9.x + - это те, которые не достигают контекста.Например, неверные HTTP-запросы, в результате которых код состояния 400 или прокси-запросы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.

Похожие темы

...