Tomcat не рендеринг JSP без каких-либо ошибок или исключений - PullRequest
0 голосов
/ 04 марта 2019

Симптомы:

  • Рабочее веб-приложение (работает на другом сервере)
  • Имеет jsp / views.
  • Ответ пуст (длина: 0)
  • Нет исключений в журналах.
  • Может занять некоторое время, пока сервер отвечает.
  • Журнал не отличается от журнала рабочего сервера

1 Ответ

0 голосов
/ 04 марта 2019

После установки максимальных значений в журнале (что привело к ~ 30 Мб журнала только для запуска):

*TIMESTAMP* | DEBUG | http-nio-*PORT*-exec-1 | org.apache.commons.digester.Digester:resolveEntity:1732 |  Trying to resolve using system ID 'http://tiles.apache.org/dtds/tiles-config_2_1.dtd'
*TIMESTAMP* | DEBUG | http-nio-*PORT*-exec-1 | org.apache.commons.digester.Digester:resolveEntity:1745 |  Resolving to alternate DTD 'http://tiles.apache.org/dtds/tiles-config_2_1.dtd'

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

Причина: Tomcat хочет получить файл определения представления, но не может, правила брандмауэра блокируют его.Решения:

A.

Откройте брандмауэр для tile.apache.org (предупреждение, возможно, IP!),

B.

Илииспользуйте локальный .dtd в файлах views.xml:

<!DOCTYPE tiles-definitions PUBLIC "-//Apache Software Foundation//DTD Tiles Configurations 1.1//EN" "http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd">

К

<!DOCTYPE tiles-definitions SYSTEM "-//Apache Software Foundation//DTD Tiles Configurations 1.1//EN" "../dtds/tiles-config_1_1.dtd">

и включите файл dtd в веб-приложение / WAR.Не забудьте сделать это для всех видов, используя соответствующий локальный URL.Это хорошее, долгосрочное решение.

...