我们公司在两件工件中创建了一个ejb。 impl工件包含实现,客户端工件包含所有接口。这意味着impl工件对客户端工件具有编译依赖性。
现在,在运行时,客户端工件需要impl工件 - 否则容器无法注入所需的对象。这意味着耳朵需要包含所有客户端工件的impl工件。
这是否意味着客户端工件应该对impl工件具有runtime
依赖性?或者这些"循环"即使一个方向是compile
而另一个方向是runtime
?
答案 0 :(得分:1)
这是否意味着客户端工件应该对impl工件具有运行时依赖性?
不,没有依赖(或者更好不应该)。查看客户端工件的类和接口中的import语句,您将看到客户端工件不依赖于实现。
如果客户端依赖于实现,它将违反依赖性倒置原则,这是SOLID原则的一部分。
或者这些"循环"即使一个方向是编译而另一个方向是运行时,也要避免依赖性?
事实上,在运行时需要实现,但这是组件组装的问题。有人可能希望有一天或出于测试原因替换实现。因此,将客户端工件中的maven依赖项引入实现只是为了使组件组装更容易一点,这不是一个好主意。
相反,您应该在EAR部署单元中声明实现依赖项,因为EAR是企业应用程序的程序集。
修改强>
我们的开发人员抱怨说,确保每个客户都有相应的内容是繁琐的手工工作。一个查找依赖项中的所有客户端工件:列表,添加所有相应的impl工件,再次调用依赖项:列表,再次添加所有缺少的impl工件等。
我认为他们逐字逐句地采用JEE development roles描述。
软件开发人员执行以下任务以提供包含Java EE应用程序的EAR文件:
将前一阶段创建的EJB JAR和WAR文件组装成Java EE应用程序(EAR)文件
指定Java EE应用程序的部署描述符(可选)
验证EAR文件的内容是否格式正确并符合Java EE规范
然而规范也说
汇编程序或部署程序可以直接编辑部署描述符,也可以使用工具根据交互选择正确添加XML标记。
我想说a ear
pom是使用工具的装配描述的一个例子。
JF Meier也提到了
一些开发人员为这个过程编写脚本,但是再一次,在一个ejbs的版本更改之后,需要重复该过程,因为可能在依赖树的深处,ejb-clients被删除或添加,所以额外的impls可能是必要的。
对我来说,这些脚本与ear
pom相同。也许更灵活,但要以标准和惯例为代价。他们必须在每个版本中更新脚本的事实清楚地表明,如果这些版本也由maven更新会更好。
此外......由于耳塞只是一个maven工件,因此它也可以部署到存储库中。这比私人脚本更好,除了作者之外没有人可以访问。
我希望这些论点可以帮助您与同事讨论部署策略。
答案 1 :(得分:0)
您不需要关心客户端对实现的隐式依赖性,因为服务器将对其进行管理。
EJB容器创建一个代理,通过该代理调用实现,因此永远不会从客户端直接引用它。
如果您拥有包含以下内容的EJB的pom:
<groupId>com.stackoverflow</groupId>
<artifactId>Q43120825-server</artifactId>
<packaging>ejb</packaging>
<dependencies>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
</dependency>
<dependency>
<groupId>com.stackoverflow</groupId>
<artifactId>Q43120825-api</artifactId>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<artifactId>maven-ejb-plugin</artifactId>
<configuration>
<ejbVersion>3.2</ejbVersion>
</configuration>
</plugin>
</plugins>
</build>
和包含以下内容的EAR文件pom:
<dependencies>
<dependency>
<groupId>com.stackoverflow</groupId>
<artifactId>Q43120825-server</artifactId>
<version>1.0-SNAPSHOT</version>
<type>ejb</type>
</dependency>
<dependency>
... other modules
</dependency>
</dependencies>
<build>
<finalName>${project.artifactId}</finalName>
<plugins>
<plugin>
<artifactId>maven-ear-plugin</artifactId>
<version>2.10.1</version>
<configuration>
<version>7</version>
<defaultLibBundleDir>lib</defaultLibBundleDir>
<modules>
<ejbModule>
<groupId>com.stackoverflow</groupId>
<artifactId>Q43120825-server</artifactId>
<bundleFileName>Q43120825-server.jar</bundleFileName>
</ejbModule>
... other modules that might have the API jar as a dependency
</modules>
</configuration>
</plugin>
</plugins>
</build>
然后这将在其lib
目录中使用API jar构建一个正确的EAR文件。