8

我skinnyWars在http://maven.apache.org/plugins/maven-ear-plugin/examples/skinny-wars.html偶然发现了 maven 主题。如前所述，我可以使用此方法将选定的依赖项从 WAR 模块移动到 EAR 模块。它们将可用于 EAR 中的所有其他 WAR 模块。

正如我发现移动的依赖项必须在 EAR 模块中声明并且必须包含在META-INF\lib目录中。这不适用于位于 EAR 模块根目录中的 EJB 模块。

我的问题是如何从 WAR 中删除重复的 EJB 模块并将引用指向 EAR 文件中的那些？

现在的结构是这样的：

\-EAR
 -ejb.jar
  -META-INF\lib
   -shared libraries
 -web.war
  -WEB-INF\lib
   -ejb.jar
   -other non-shared libraries
4

2 回答 2

3

我已经回答了一个类似的问题：如何让 maven 将战争常见的所有罐子放在同一个 EAR 到 EAR 根目录中？

不幸的是，这似乎不适用于 ejb 模块。正如您已经提到的，它们会被重复。

您还可以使用的一件事是 maven-war-plugin 的配置：

            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-war-plugin</artifactId>
                <version>2.4</version>
                <configuration>
                    <packagingExcludes>WEB-INF/lib/*.jar</packagingExcludes>
                </configuration>
            </plugin>

这将彻底清除 WAR 的 lib 文件夹中的所有内容，但如果您必须在没有周围 EAR 的单独机器上另外部署 WAR，它也会有其缺点。

于 2013-10-08T13:20:05.600 回答
1

这里的问题是，从用于将其部署到服务器的 ear 模块引用 EJB 与从需要 EJB 类与服务器接口的客户端引用它是不同的。

如果您在 ear 模块中包含依赖项，它将认为您正在声明要部署的 EJB 模块。它将把它放在 EAR 的根目录中并在 application.xml 中声明它。

如果你包含依赖项，例如，在一个 war 模块中，你将得到完全相同的工件，但它将被视为一个库并放置在 WEB-INF/lib 中。

现在，当您生成瘦战争时，对 ejb 模块的显式依赖与 WAR 中的依赖不匹配，因为 Maven 不认为它们是同一件事。这导致 JAR 被保存在使用它的 WAR/s 中。

我知道的唯一解决方案是始终为 ejb 模块生成客户端工件，即使客户端工件与主工件相同。

<type>ejb</type>现在，您只需在 EAR 中使用依赖项。对于客户，您总是使用<type>ejb-client</type>一个。

要从 WAR/s 中删除客户端并将其定位在 EAR 的 lib 目录中，您必须显式地将依赖项添加到 ear 模块。

因此，您的 ear 模块中的 ejb 模块有两个依赖项：一个依赖于 ejb 本身，一个依赖于客户端。第一个将 EJB 放在 EAR 的根目录中并在 application.xml 中声明它。第二个会将客户端放在 EAR 的 lib 目录中，并在必要时更新 WAR/s manifest/s。

但是如果客户端和主要工件是相同的，你会得到重复吗？

简短的回答是肯定的。长答案是肯定的。它确实会被复制，但只有一次，而不是在每个使用它的 WAR 中。我认为没有一种干净的方法可以避免这种情况，我不确定它在概念上是否有意义。当然，您可以使用 PackagingExcludes 和自定义清单，但是拥有两次 JAR 是有意义的。

如果您的客户端 JAR 真的更薄（例如，只有接口），并且 WAR/s 引用客户端 JAR 有效地禁止他们访问 EJB 实现，这始终是一个好主意。

您可以将相同的 JAR 视为前一个 JAR 的特例，将它们分开在概念上是有意义的。

因此，我的建议是始终为 ejb 生成客户端工件并按照说明进行操作。总有一些东西可以排除在外，至少是任何不需要的非类文件，例如 package.html 或 ejb-jar.xml。

于 2017-01-26T11:49:48.033 回答