Какая польза от развертывания военного файла вместо взорванного каталога?

Question

Я настраиваю установщик для нашего продукта, который до сих пор распространялся в виде военного файла, обычно на tomcat. После того, как tomcat взорвал каталог, пользователь должен открыть файл свойств и установить информацию о подключении к своей базе данных. Я бы хотел, чтобы установщик сделал это (мы используем install4j), но, похоже, нет встроенного способа изменить текстовый файл внутри файла war. Я мог бы просто заставить установщик развернуть приложение в виде разнесенного каталога, что избавило бы меня от неприятностей, но что я потеряю, развернув подобное вместо развертывания войны?

Answer 1

Может быть лучше установить соединение с базой данных как источник данных JNDI, а не редактировать файл свойств вручную в каталоге webapp /. Это особенно важно, если вы хотите разрешить пользователям повторно развертывать приложение из архива .WAR, не перезаписывая свои локальные изменения конфигурации.

Конечно, установка JNDI не будет выполняться тривиально с помощью установщика, поскольку используемый механизм варьируется от сервера приложений к серверу приложений. Однако любой компетентный администратор сервера приложений Java должен знать, как настроить именованный источник данных. Кроме того, делегируя ответственность серверу приложений, вы позволяете своим пользователям использовать преимущества пула соединений, кластеризации и любых других функций, предоставляемых реализацией источника данных, связанной с выбранным сервером приложений.

Answer 2

Не так много, я бы подумал - возможно, немного места на диске, но если это не проблема, то все будет в порядке. Задумывались ли вы о том, чтобы установщик сгенерировал файл свойств и использовал библиотеку ZIP (.WAR - это действительно .ZIP - переименуйте его в .ZIP и посмотрите, что у вас получится :)), чтобы заменить или добавить его?