Не удается войти в диспетчер Tomcat 8 после нескольких шагов по устранению неполадок - PullRequest
0 голосов
/ 06 ноября 2018

Я столкнулся с довольно распространенной проблемой: мне не удается войти в систему на недавно установленном Apache Tomcat 8.

Установка Tomcat является частью большой системы, состоящей из базы данных и других приложений, и я устанавливаю ее не впервые, как и не впервые сталкиваюсь с этой проблемой. Таким образом, я сделал все шаги, которые помогли мне решить проблему в другой раз, основываясь на бесчисленных страницах, которые я нашел в Интернете и здесь, на SO, об этой проблеме:

  1. Получил доступ к пользовательскому XML-файлу и дал все разрешения , особенно manager-gui, для моего созданного имени входа без пробелов между запятыми
  2. Изменения в файле XML были завершены закрытием его в Notepad ++, чтобы приложение не блокировало файл
  3. Изменениям в пользовательском XML-файле предшествовало отключение службы в службах Windows и ее повторное включение после внесения изменений
  4. Логин и пароль были установлены и изменены несколько раз, чтобы убедиться, что это не какая-либо опечатка
  5. Порт доступа в server.xml был изменен на несколько разных опций, чтобы не было конфликтов портов с другим приложением (маловероятно, поскольку Windows Server, на котором запущено приложение, практически чист)
  6. Права на чтение пользовательского XML-файла были проверены и установлены.
  7. И, конечно, я переустановил его хотя бы один раз.

И, может быть, еще несколько шагов по устранению неполадок, которые я сейчас не могу вспомнить. И ничего из этого не сработало.

Поэтому я спрашиваю: какие еще шаги я могу предпринять, чтобы попытаться получить доступ к Tomcat Manager (localhost: порт / менеджер) из веб-браузера (Chrome / Firefox) с той же машины, на которой он установлен? (нет участия в NetBeans) Я не могу придумать какое-либо другое решение.

1 Ответ

0 голосов
/ 06 ноября 2018

Ну, наконец, мне удалось получить доступ к менеджеру после обращения к последнему средству, которое я забыл сделать: скопировать и вставить всю папку conf из Tomcat, который работал на ту, в которой возникла проблема, и даже при этом не работает, так как мне все еще пришлось изменить порт с 8080 на 8088, чтобы он наконец заработал. Поэтому, похоже, это была «бинарная проблема»: порт не был адекватным, плюс различия в конфигурации. Сравнивая файлы, мне удалось обнаружить небольшие различия, например, в файлах web.xml:

*Current, working*
<mime-mapping>
    <extension>woff</extension>
    <mime-type>application/x-font-woff</mime-type>
</mime-mapping>

*Previously, not working*
<mime-mapping>
    <extension>woff</extension>
    <mime-type>font/woff</mime-type>
</mime-mapping>
<mime-mapping>
    <extension>woff2</extension>
    <mime-type>font/woff2</mime-type>
</mime-mapping>

Я не могу понять, почему такие изменения имели какое-то значение, но, по крайней мере, это работает. Спасибо за помощь.

...