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

StackOverflow https://stackoverflow.com/questions/848947

Вопрос

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

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

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

Это было полезно?

Решение

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

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

Другие советы

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

Удобный способ добиться этого с помощью описанного выше решения — сделать исключение для библиотеки компонентов в EARs 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.

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

Возможно, плагин сборки может помочь вам при упаковке готового НАСОСа и разместить туда обычные баночки.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top