Как сделать так, чтобы maven поместил все банки, общие для войн, в один и тот же EAR и EAR? - PullRequest
22 голосов
/ 11 мая 2009

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

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

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

Ответы [ 4 ]

62 голосов
/ 05 марта 2013

Как вы упомянули в комментарии, задача 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>

Теперь каждая WAR будет упакована независимо со своими собственными зависимостями, а EAR будет упакован со скинами WAR и всеми зависимостями внутри папки lib

Обновление:

Имейте в виду, что папка 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

8 голосов
/ 18 июня 2009

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

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

4 голосов
/ 06 июня 2009
4 голосов
/ 11 мая 2009

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

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

...