Как заставить maven помещать все баночки, общие для войн, в один и тот же корень EAR для EAR?

У нас есть выход из многочисленных войн. Войны похожи в том смысле, что все они используют спящий режим и весну. Это означает, что у нас есть несколько одинаковых банок внутри каждой войны. Это становится проблемой, потому что размер уха начинает непропорционально увеличиваться.

Я хотел бы использовать Maven для вычисления зависимостей и размещения всех jar-файлов, общих для нескольких войн, в корне EAR.

Я попытался организовать свой проект с использованием архетипа j2ee (maven-archetype-j2ee-simple), но все войны по-прежнему упакованы с зависимостями внутри WEB-INF / lib. Есть ли способ заставить Maven вычислять общие зависимости и помещать их в EAR, точно так же, как он может вычислять все переходные зависимости при построении войны или банка?


person Dan    schedule 11.05.2009    source источник


Ответы (4)


Создайте новый артефакт с именем commons-jars и упакуйте его как pom. Это должно зависеть от всех используемых вами обычных jar-файлов - Spring, Hibernate, Log4j и т. Д.

Затем в каждой из ваших войн добавьте его как зависимость с «предоставленной» областью действия (и не забудьте указать тип как pom). Вы сможете увидеть это в своем пути к классам, но они не будут включены в войну. Таким образом, вы также можете иметь упакованные в него зависимости, специфичные для войны, что является решением из скинни войны не предусматривает.

person David Rabinowitz    schedule 18.06.2009
comment
Итак, после того, как мы создадим commons-jars.jar, должны ли мы добавить его в 1) server / default / lib или 2) ear root? - person Rips; 03.06.2013
comment
НЕ лучший способ, см. Следующий ответ! - person Christophe; 10.01.2014
comment
@toefel, пожалуйста, определите следующий ответ. Ответ КТО или ссылка будут полезны, потому что они могут поменяться местами на основе голосов. - person Ben; 07.02.2017

Как вы упомянули в комментарии, задача maven - вычислить каждую зависимость. Когда вы создаете артефакт со всеми общими зависимостями, вам также нужно будет угадать, какие зависимости там принадлежат.

Также возможно, что вам придется развернуть одну войну с ее зависимостями на другой машине без уха, и когда вы установите каждую зависимость войны как предоставленную, вы снова застрянете.

Единственный правильный способ получить тощие войны - это примеры: http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html

Но, теперь самое интересное, есть одно большое! ярлык (который полностью устраняет упомянутую боль), чтобы сообщить maven, какие зависимости есть у ваших WAR.

Войдите в свой EAR-модуль и объявите вторую зависимость от WAR с типом pom для каждой зависимости WAR.

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
    <groupId>com.foo</groupId>
    <artifactId>skinny</artifactId>
    <version>0.0.1-SNAPSHOT</version>
</parent>
<artifactId>ear</artifactId>
<packaging>ear</packaging>
<dependencies>
    <dependency>
        <groupId>com.foo</groupId>
        <artifactId>war</artifactId>
        <version>0.0.1-SNAPSHOT</version>
        <type>war</type>
    </dependency>
    <dependency>
        <groupId>com.foo</groupId>
        <artifactId>war</artifactId>
        <version>0.0.1-SNAPSHOT</version>
        <type>pom</type>
    </dependency>
</dependencies>
<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-ear-plugin</artifactId>
            <version>2.8</version>
            <configuration>
                <skinnyWars>true</skinnyWars>
                <defaultLibBundleDir>lib</defaultLibBundleDir>
                <modules>
                    <webModule>
                        <groupId>com.foo</groupId>
                        <artifactId>war</artifactId>
                    </webModule>
                </modules>
            </configuration>
        </plugin>
    </plugins>
</build>

Now, every WAR will be packaged independently with it's own dependencies and the EAR will be packaged with skinny WARs and every dependency inside the lib folder

Обновление:

Имейте в виду, что папку ear / lib нельзя использовать для каждой jar-файла зависимостей в строгом контейнере, таком как JBoss EAP 6. Библиотеки компонентов JSF, такие как tomahawk, primefaces и т. Д., Должны находиться в папке WEB-INF / lib.

Удобный способ добиться этого с помощью описанного выше решения - сделать исключение для библиотеки компонентов в файлах EAR pom.xml следующим образом:

...
<dependencies>
    <dependency>
        <groupId>com.foo</groupId>
        <artifactId>war</artifactId>
        <version>0.0.1-SNAPSHOT</version>
        <type>war</type>
    </dependency>
    <dependency>
        <groupId>com.foo</groupId>
        <artifactId>war</artifactId>
        <version>0.0.1-SNAPSHOT</version>
        <type>pom</type>
        <exclusions>
            <exclusion>
                <groupId>org.primefaces</groupId>
                <artifactId>primefaces</artifactId>
            <exclusion>
        </exclusions>
    </dependency>
</dependencies>
...

Теперь каждая зависимость WAR будет помещена в ear / lib, кроме библиотеки компонентов, которая будет помещена в WEB-INF / lib внутри WAR.

person Turbokiwi    schedule 05.03.2013
comment
Для этого действительно требуется ТОННЫ голосов больше !! Потрясающий ! : D - person Andrea Ligios; 07.10.2013
comment
НИЦЦА! :) это мне очень помогло! - person Christophe; 10.01.2014
comment
Это решение также работает с более глубокими зависимостями? Или мне нужно явно объявить артефакты в WAR, чтобы я мог исключить их из EAR? - person Ivo Limmen; 02.04.2014
comment
Не тестировал. Но по моему опыту, вы не обязаны объявлять зависимость от библиотеки, которую хотите исключить. Вы пробовали это, и это сработало? - person Turbokiwi; 20.05.2014
comment
Это исключительно изящный трюк - он значительно упрощает управление зависимостями в корпоративном приложении, которое объединено в EAR. Он объединяет все транзитивные зависимости в каталог ‹ear› / lib, в то же время объединяя только тощие файлы WAR в корне. Престижность! - person Matthew Cachia; 23.04.2015
comment
Это действительно работает и должно быть лучшим ответом. Это создает некоторую приятную изоляцию. Файл pom.xml WAR не нужно трогать, и он остается отделенным от проекта EAR. - person timh; 16.03.2016
comment
Я пытаюсь использовать эту настройку, но сталкиваюсь со странным поведением. Если у меня EAR только с одной WAR в качестве зависимости, почему я получаю библиотеки вне WAR в каталог EAR / lib или в корень EAR? - person Gabriel Pereira Borges; 28.01.2018

Вы можете установить для области зависимостей значение «предоставлено» . Это означает, что они будут предоставлены каким-то другим модулем и не будут включены в финальную версию jar или war.

Возможно, подключаемый модуль сборки поможет вам при упаковке последнего EAR и размещении общие баночки есть.

person Mike Pone    schedule 11.05.2009

http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html.

person Community    schedule 05.06.2009
comment
из предложенного URL: Теперь болезненная часть. В файле pom.xml вашего EAR-проекта должны быть перечислены все зависимости WAR. Это связано с тем, что Maven предполагает «толстые» WAR и не включает транзитивные зависимости WAR в EAR. Я спросил: я хотел бы использовать Maven для вычисления зависимостей ... без использования Maven для вычисления зависимостей, это недопустимо ... - person Dan; 03.01.2010
comment
@Dan, прочитай ответ Turbokiwi, чтобы узнать, как избежать болезненных ощущений :) - person Andrea Ligios; 07.10.2013