Я использую Tomcat 7.0.43 с приложением websocket. Мое приложение отлично работает в Tomcat 7.0.42, но с 43 я получаю следующий вывод, когда пытаюсь получить доступ к моему серверу в веб-сайтах:
Sep 16, 2013 3:08:34 AM org.apache.coyote.http11.AbstractHttp11Processor process
INFO: Error parsing HTTP request header
Note: further occurrences of HTTP header parsing errors will be logged at DEBUG level.
В моей консоли браузера показано следующее:
WebSocket connection to 'ws://www.testapp.com/socket/notification/848df2e62fcf93e1b3?X-Atmosphere-tracking-i…Date=0&Content-Type=application/json;%20charset=UTF-8&X-atmo-protocol=true' failed: Unrecognized frame opcode: 5
Вот журнал доступа для этого запроса:
"GET /socket/notification/848df2e62fcf93e1b3?X-Atmosphere-tracking-id=0&X-Atmosphere-Framework=2.0.2-javascript&X-Atmosphere-Transport=websocket&X-Atmosphere-TrackMessageSize=true&X-Cache-Date=0&Content-Type=application/json;%20charset=UTF-8&X-atmo-protocol=true HTTP/1.1"
Что изменилось в Tomcat 7.0.43? Что мне нужно изменить?
Если у вас есть этот слушатель:
<Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on"/>
на вашем сервере .xml, удалите его и попробуйте. Вы не можете использовать хранилище ключей, если используете APR-коннектор
Если слишком много кешей кэшировано, он разбивает сервер (размер заголовка запроса слишком велик!). Очистка файлов cookie также может устранить эту проблему.
Для меня проблема заключалась в передаче большего, чем обычно ожидаемый HTTP-заголовок. Я разрешил его, установив атрибут maxHttpHeaderSize = "1048576" в Connector node в server.xml.
У меня была аналогичная проблема, я отправлял POST-запрос (используя плагин RESTClient для Firefox) с данными в теле запроса и получал одно и то же сообщение.
В моем случае это произошло из-за того, что я пытался использовать протокол HTTPS в локальном экземпляре tomcat, где HTTPS не был настроен.
Я пробовал все вышеперечисленное, ничего не работало для меня. Затем я изменил номера портов tomcat как HTTP/1.1, так и порт администрирования Tomcat, и он был решен.
Я вижу, что другие решения выше работают для людей, но стоит попробовать это, если какое-либо из вышеперечисленных действий не работает.
Спасибо всем!
В нашем случае оказалось, что ошибка произошла, потому что у нас есть пользовательский filter в нашем приложении, который делает HttpServletResponse sendRedirect() на другой url.
По какой-то причине перенаправление не закрывает статус keep-alive соединения, поэтому исключение таймаута.
Мы проверили Tomcat Docs, и когда мы отключили maxKeepAliveRequests, установив его значение 1, и ошибка перестала отображаться.
В настоящее время у нас нет фактического решения ошибки.
Моя проблема возникает, когда я пытаюсь открыть https. Я не использую SSL.
Это Tomcat bug.
Сегодня 12/02/2017 новейшая официальная версия репозиториев Debian Tomcat 8.0.14
Решение состоит в загрузке с официального сайта и установке новейшего пакета Tomcat 8, 8.5, 9 или обновлении до последней версии (8.5.x) от jessie-backports
Добавить в /etc/apt/sources.list
deb http://ftp.debian.org/debian jessie-backports main
Затем обновите и установите Tomcat из jessie-backports
sudo apt-get update && sudo apt-get -t jessie-backports install tomcat8