尝试定义模块时，Maven无法将EJB识别为项目的依赖项

一尘不染

尝试定义模块时，Maven无法将EJB识别为项目的依赖项

java

今天，我将本地Glassfish服务器升级到3.1.1，以准备将公司的服务器升级到相同版本。我正在尝试将我的Web服务项目转换为与新服务器兼容，并且遇到了障碍。

在我耳朵的pom文件中，我以前将webapp和ejb都列为依赖项。在webapp的pom中，我也将ejb列为依赖项。尝试将此配置部署到Glassfish
3.1.1时，出现以下错误：

部署期间发生错误：部署应用程序时发生异常[ear]：无法解析参考Local ejb-ref name = name，Local 3.x
interface = interface，ejb-link = null，lookup =，mappedName =，jndi-name =，
refType = Session，因为在具有接口interface的应用程序中有2个ejb。一些可能的原因：1. EJB bean类被打包在ear
lib库中（或通过任何其他使该库对所有组件模块可见的库机制），这使所有组件模块间接包含此bean类。2. EJB
bean类打包在直接或间接通过Manifest WEB-INF / lib引用EJB的组件模块中。EJB
bean类仅应包装在声明ejb模块中，而不应包装在引用模块中。引用模块应仅包括EJB接口。

本质上，我认为这是因为我将EJB列为两个不同区域中的依赖项，因此Glassfish
3.1.1不知道要查找哪个依赖项。在2.1.1中这不是问题。因此，我删除了对耳朵的依赖，因为它仍然是耳朵有效pom的一部分。

但是，现在当耳朵生成application.xml文件时，它会忽略该文件中的所有ejb信息。我现在可以很好地部署该应用程序，但是当我尝试运行任何程序时，都会收到有关ejbs的NameNotFoundExceptions。

我尝试使用标签手动将ejb模块添加到耳挂，但是当我尝试构建项目时，出现错误消息：

Artifact [ejb]不是项目的依赖项。

尽管事实上，当我查看耳朵的有效pom时，我可以看到ejb被列为依赖项。

如何在仍然符合Glassfish 3.1.1更严格的规则集的情况下正确生成application.xml文件？

如果您需要更多信息，请告诉我，谢谢您的帮助！

阅读 195

2020-12-03

共1个答案

一尘不染

答案最终变得非常简单，我为此而踢了一下自己。在webapp的pom文件中，我只需要将范围行添加到ejb依赖项中：

<dependency>
    <groupId>com.groupId</groupId>
    <artifactId>webservice-service-ejbs</artifactId>
    <version>${project.version}</version>
    <type>ejb</type>
    <scope>provided</scope>
</dependency>

这样，我就可以将ejb依赖项保留在耳朵pom中，正确生成application.xml，并且考虑到存在多个同名的ejb类，glassfish
3.1.1不会引起混淆。

编辑：这是ejb依赖关系在耳pom中的样子

<dependency>
    <groupId>com.groupId</groupId>
    <artifactId>webservice-service-ejbs</artifactId>
    <type>ejb</type>
</dependency>

感谢那些帮助我的人。

2020-12-03