Почему происходит сбой веб-приложения Tomcat, когда практически идентичное приложение запускается в том же экземпляре Tomcat? - PullRequest
Новая
       8

Почему происходит сбой веб-приложения Tomcat, когда практически идентичное приложение запускается в том же экземпляре Tomcat?

2 голосов
/ 17 декабря 2010

Мы наблюдаем немного странное поведение при развертывании веб-приложений под Tomcat 5.5.27 в Linux (как в CentOS в работе, так и в Ubuntu 10.04 для разработки).

Приложение A и приложение B практически идентичны (точно такие же библиотеки, скопированный проект Maven), приложение B отличается только тем, что его сущности JPA аннотированы для доступа к другой таблице в одной и той же схеме (ссылки на базу данных JNDI идентичны ).

Когда приложения развернуты в любой среде, приложение B не запустится . Однако:

  1. Запуск вручную остановленного приложения из консоли администратора Tomcat работает нормально (???).
  2. После любой попытки перезапустить Tomcat позднее приложение в алфавитном порядке не запускается. Пункт № 1 остается в силе (???)
  3. Ведение журнала настроено (log4j), однако мы не получаем ничего из журналирования [еще не запущенного] приложения B, а также ошибок из файла журнала Tomcat 'catalina.out' (примечание. 1018 * работает , когда приложения запущены и работают).

Я провел достаточно тщательный поиск информации (Apache / Tomcat bugzilla, Google), но ничего полезного не нашел. Другие записей видели использование атрибутов antijarlocking и antiresourcelocking на узле context.xml сервера Context, но есть также предположение, что это не нужно / неэффективно в Linux (не появилось здесь тоже работать).

Есть идеи?

Приветствия

Rich

P.S. Обновление с Tomcat 5.5.x в настоящее время недоступно (поддержка ИТ и т. Д.).

1 Ответ

5 голосов
/ 17 декабря 2010

Существует поведение, подобное пружинным приложениям на tomcat. - Они требуют, чтобы webAppRootKey был уникальным для каждого приложения. - Если приложения не работают так, как вы описали, то в случае приложений Spring убедитесь, что в App-A есть другой webAppRootKey, а не в App-B. 

<context-param>
    <param-name>webAppRootKey</param-name>
    <param-value>myRootKey</param-value>
</context-param>

@ См. http://groups.google.com/group/riotfamily/browse_thread/thread/9a0edf69575d3ab6?pli=1

...