我们有许多战争的解决方案。从他们都使用冬眠和春天的意义来看,战争是相似的。这意味着我们在每次战争中都有许多相同的罐子。这已经成为一个问题,因为耳朵的大小开始变得不成比例。
我想使用Maven来计算依赖关系并将多个战争中常见的所有jar放到EAR的根目录中。
我尝试使用j2ee archetype(maven-archetype-j2ee-simple)组织我的项目,但所有的战争仍然与WEB-INF / lib中的依赖项打包在一起。 有没有办法让Maven计算公共依赖项并将它们放到EAR中,就像他在构造war或jar时能够计算所有过渡依赖项一样?
答案 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)