我们有一个解决方案，其中我们的 UI 项目通过使用 EJB 客户端依赖项来包含大量业务服务。 Maven 上的问题在于，即使客户端 .jar 通常包含大约 1-2 个类，它们也带来了整个服务应用程序的完整依赖堆栈。这可能会变得有点丑陋，当 .ear 文件开始增长到 50-100Mb 时，并且由于不相关的依赖项偷偷进入 UI 应用程序，不时会出现讨厌的错误。

当然，我们总是可以排除客户端的依赖关系，但是我们必须为使用这些服务的每个客户端项目编写相同的行，这是很多不必要的重复。此外，人们会想出最奇怪的错误消息并花大量时间追踪它们，然后才记得提到他们包含了一些客户端 jar 并且没有检查它带来了哪些额外的依赖项。

例子:

        <dependency>
            <groupId>fi.path.to.service</groupId>
            <artifactId>customermanagement-common</artifactId>
            <version>2.6</version>
        </dependency>
        <dependency>
            <groupId>fi.path.to.service</groupId>
            <artifactId>customermanagement-service</artifactId>
            <classifier>client</classifier>
            <exclusions>
                <exclusion>
                    <groupId>fi.path.to.dependency</groupId>
                    <artifactId>internal-dependency-#1</artifactId>
                </exclusion>
                <exclusion>
                    <groupId>org.codehaus.castor</groupId>
                    <artifactId>castor</artifactId>
                </exclusion>
                <exclusion>
                    <groupId>fi.path.to.dependency</groupId>
                    <artifactId>internal-dependency-#2</artifactId>
                </exclusion>
                <exclusion>
                    <artifactId>internal-dependency-#3</artifactId>
                    <groupId>fi.path.to.dependency</groupId>
                </exclusion>
                <exclusion>
                    <artifactId>internal-dependency-#4</artifactId>
                    <groupId>fi.path.to.dependency</groupId>
                </exclusion>
                <exclusion>
                    <artifactId>internal-dependency-#5</artifactId>
                    <groupId>fi.path.to.dependency</groupId>
                </exclusion>
                <exclusion>
                    <artifactId>castor-xml</artifactId>
                    <groupId>org.codehaus.castor</groupId>
                </exclusion>
                <exclusion>
                    <artifactId>castor-codegen</artifactId>
                    <groupId>org.codehaus.castor</groupId>
                </exclusion>
                <exclusion>
                    <artifactId>castor-xml-schema</artifactId>
                    <groupId>org.codehaus.castor</groupId>
                </exclusion>
                <exclusion>
                    <artifactId>internal-dependency-#6</artifactId>
                    <groupId>fi.path.to.dependency</groupId>
                </exclusion>
            </exclusions>
            <version>2.6</version>
        </dependency>

这只是一个服务客户端被包括在内，想象一下在几个不同的应用程序中有几个这样的情况，你就会明白，每次都写下所有的排除是非常烦人的，项目 POM 开始变得相当冗长。

我会将依赖项标记为已提供，但有一些依赖项会在运行时崩溃，如果它们不存在的话。假设包含另一个服务调用的另一个应用程序具有外部异常类，该异常类不是出于某种原因或其他原因包装在服务项目中，如果不存在，将在运行时导致 ClassNotFoundException。

因此，我知道可以通过在 maven-ejb-plugin 上使用 pom.xml 规范，在 ejb 客户端生成期间从其中排除/包含类，但是还有什么方法可以排除依赖项吗？

最佳答案

似乎 Maven 不能很好地支持从一个模块构建多个 jar。

因此，我们找到的解决这个问题的唯一合理方法是创建另一个模块(将 xxx-service 分解为 xxx-service 和 xxx-service-client)并将 xxx-service-client 模块配置为仅包含 EJB客户端/委托(delegate)类和最小的依赖性。这样，项目就可以通过一次执行来构建。

关于java - Maven ejb-client 生成依赖排除，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11408100/