如何让maven将同一个EAR内的战争共同放入EAR根目录?

时间:2009-05-11 16:35:30

标签: maven-2 dependencies package war ear

我们有许多战争的解决方案。从他们都使用冬眠和春天的意义来看,战争是相似的。这意味着我们在每次战争中都有许多相同的罐子。这已经成为一个问题,因为耳朵的大小开始变得不成比例。

我想使用Maven来计算依赖关系并将多个战争中常见的所有jar放到EAR的根目录中。

我尝试使用j2ee archetype(maven-archetype-j2ee-simple)组织我的项目,但所有的战争仍然与WEB-INF / lib中的依赖项打包在一起。 有没有办法让Maven计算公共依赖项并将它们放到EAR中,就像他在构造war或jar时能够计算所有过渡依赖项一样?

4 个答案:

答案 0 :(得分:62)

正如您在评论中提到的,计算每个依赖项是maven的任务。当你创建一个具有每个常见依赖项的工件时,你还必须猜测,哪些依赖项属于那里。

也有可能,你必须部署一个战争,它依赖于另一台没有耳朵的机器,当你将每个战争依赖设置为提供时,你就会再次陷入困境。

获得瘦身战争的唯一正确方法来自以下示例: http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html

但是,现在有趣的部分,有一个大!快捷方式(完全消除了上述的痛苦),告诉maven你的WAR有哪些依赖。

进入你的EAR-Module,声明对WAR的第二个依赖关系,每个WAR依赖关系都是pom类型。

<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文件夹不能用于像JBoss EAP 6这样的严格容器中的每个依赖jar。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中,但组件库除外,它将放在WAR内的WEB-INF / lib中

答案 1 :(得分:8)

创建一个名为commons-jars的新工件并将其打包为pom。它应该取决于你正在使用的所有常见的jar - Spring,Hibernate,Log4j等。

然后,在每次战争中,将其添加为范围“提供”的依赖项(并且不要忘记将类型设置为pom)。您将能够在类路径中看到它,但它们不会打包到战争中。通过这种方式,您还可以将特定于战争的依赖项打包到其中,skinny wars的解决方案无法提供。

答案 2 :(得分:4)

您可以将dependancies scope设置为“已提供”。这意味着它们将由其他模块提供,不会包含在最终的jar或战争中。

也许assembly plugin可以帮助您打包最终的EAR并在那里放置常见的罐子。

答案 3 :(得分:4)