Скрипт независимой от сервера приложений сборки

Question

У меня есть приложение J2EE, которое нужно распространять среди клиентов, которые будут иметь серверы приложений по своему выбору. Каков рекомендуемый способ написания сценария сборки, который скомпилировал бы источники приложений J2EE (на сайтах клиентов), чтобы в конечном итоге они смогли развернуть приложение на своих серверах?

Кроме того, какие JAR-файлы нужно использовать в процессе компиляции? Поскольку это предназначено для сценария, независимого от сервера приложений, рекомендуется использовать JAR-файлы (скажем, servlet.jar, jms.jar, ejb.jar и т. Д.) С сервера приложений, вместо того, чтобы мои клиенты загружали эти JAR-файлы с определенного хранилище? Есть ли такой репозиторий, который рекомендуется для таких JAR-файлов (JAR-файлов API J2EE)?

PS: файл EAR нельзя создать локально и отправить заказчикам, поскольку при каждой установке будет проводиться дополнительная разработка для интеграции с другими системами, выполнения настроек приложения и т. Д.

Answer 1

Создайте приложение локально и раздайте файлы WAR / EAR клиенту.

---

Edit:

Ситуация, которую вы описываете, в основном заключается в том, что вам необходимо предоставить базу кода для дальнейшей разработки заказчиком. В этом случае я бы посоветовал вам заняться созданием maven модулей вашей работы, которые помещаются в приватный репозиторий, доступный клиенту Затем вы даете им знать, что они должны зависеть от версии Y модуля X в своем файле pom.xml, а модуль X затем загружает все библиотеки, необходимые в правильных версиях.

Обратите внимание, что если они не используют Maven, они могут использовать Ant Ivy для разрешения зависимостей.

Answer 2

Некоторые общие баночки J2EE API можно найти на сайте Sun, однако вам, возможно, придется много копать, чтобы найти их.

Я бы просто использовал любой JAR-файл, который вам пригодился, связал его с источником, но вдали от / WEB-INF / lib

Answer 3

Как правило, не включайте jar-контейнер (servlet.jar, jms.jar, ejb.jar и т. Д.) В файл EAR или WAR.

Если вы просто говорите о servlet.jar, веб-контейнер обеспечивает это - вы не должны включать его в свой военный файл.

Если вы создаете файл EAR, то вы должны использовать корпоративный контейнер, и он будет иметь JMS.jar и EJB.jar.

JMS на Tomcat будет немного сложнее - вам понадобятся люди, чтобы установить что-то вроде activemq на свои серверы.