2009-11-14 1 views
2

Мы хотели бы пройти ту же игру, что и dev, test и production. Как мы можем сохранить наши настройки JNDI без ручной модификации server.xml? Например, в Websphere есть консоль администратора, а ресурсы JNDI могут быть добавлены вручную и сохранены или с использованием сценария jacl/jython из добавления необходимых ресурсов JNDI.persist tomcat jndi настройки

Почему tomcat «рекомендует» использовать context.xml? Это означает, что нам нужна отдельная сборка для каждой среды ... на самом деле это не JNDI ... это прославленный JNDI-файл свойств xml, так как context.xml должен быть включен в WAR, и всякий раз, когда мы повторно развертываем (разворачиваем, развертываем , запустите приложение), мы потеряем существующий context.xml

ответ

1

Итак, ваша фактическая проблема заключается в том, что вы хотите, чтобы какой-либо веб-интерфейс, предоставляемый Tomcat, управлял ресурсами JNDI без ручного редактирования server.xml (который также был «под капотом») ,

Tomcat по умолчанию не отправил администратору webinterface, только менеджер, которого вы уже знаете. Я знаю, что есть инструменты для администрирования Tomcat 5.5.x, вы можете найти его here, к сожалению нет такого инструмента для Tomcat 6.x. Я не пробовал, но вы можете попытаться выяснить, работает ли он с Tomcat 6.x.

+0

Yea ... попробовал admin с Tomcat6, хотя у него были ошибки при сохранении конфигурации, mbean storeconfig больше не доступен ... – joshjdevl