我有一个Java EE项目.该项目使用maven构建为.ear存档.有一个包含JPA 2持久性单元的库jar,它位于耳朵的库目录中(因此多个其他模块可以使用它).
虽然在这个持久性单元中添加了Shiro的Permission接口的实现作为实体,但我无法正确部署,因为shiro类在持久性单元中不可用.我最终发现我需要在库目录中放置库jar的所有依赖项(也适用于传递deps)以使其部署.
所以最终的布局看起来大致如下:
ear `- lib `- persistence-unit.jar - shiro-core.jar - slf4j-api.jar - module1 - moduleN - library1.jar - libraryN.jar
现在,对于问题:
是否有任何指南应该放在库目录中,我的解决方案通常是否可以接受?
为什么lib目录中的jar中没有可用于耳根的库?
为什么maven不会自动解决这个问题?
编辑:耳朵的pom.xml
4.0.0 ear ear com.example project 1.0-SNAPSHOT org.apache.maven.plugins maven-ear-plugin 2.7 <-- I added these to get the deployment working --> com.example persistence-unit lib org.apache.shiro shiro-core lib org.slf4j slf4j-api lib com.example persistence-unit war ejb org.apache.shiro shiro-core
对于持久性单元:
4.0.0 persistence-unit jar com.example project 1.0-SNAPSHOT org.jboss.spec jboss-javaee-6.0 pom provided org.apache.shiro shiro-core
Anders R. By.. 8
是否有任何指南应该放在库目录中,我的解决方案通常是否可以接受?
你几乎已经钉了它,所有EAR模块应该可用的JAR应该放在这里.
为什么lib目录中的jar中没有可用于耳根的库?
它通常以相反的方式工作,文件lib
夹中的JAR 可用于根目录中的JAR .但是,我相信您可以通过以下方式实现此目的
:
org.nisse hue true
为什么maven不会自动解决这个问题?
我假设您的意思是maven不会自动将所有传递依赖项置于其中lib
?我相信它应该做,并且确实 - 你能展示你的POM的相关部分吗?
编辑:您的EAR模块应仅引用EJB JAR和WAR作为依赖项.任何传递依赖都应自动包含在EAR中,默认情况下位于顶层 - 这可以使用
ear-plugin中的标记覆盖
:
org.apache.maven.plugins maven-ear-plugin 2.7 lib true ... etc.
此外,
/
section应确保正确设置MANIFEST类路径.也许这正是你所缺少的?
干杯,
是否有任何指南应该放在库目录中,我的解决方案通常是否可以接受?
你几乎已经钉了它,所有EAR模块应该可用的JAR应该放在这里.
为什么lib目录中的jar中没有可用于耳根的库?
它通常以相反的方式工作,文件lib
夹中的JAR 可用于根目录中的JAR .但是,我相信您可以通过以下方式实现此目的
:
org.nisse hue true
为什么maven不会自动解决这个问题?
我假设您的意思是maven不会自动将所有传递依赖项置于其中lib
?我相信它应该做,并且确实 - 你能展示你的POM的相关部分吗?
编辑:您的EAR模块应仅引用EJB JAR和WAR作为依赖项.任何传递依赖都应自动包含在EAR中,默认情况下位于顶层 - 这可以使用
ear-plugin中的标记覆盖
:
org.apache.maven.plugins maven-ear-plugin 2.7 lib true ... etc.
此外,
/
section应确保正确设置MANIFEST类路径.也许这正是你所缺少的?
干杯,
我不会评论Maven的配置,而只是库应该去的地方.
在EAR模块中共享库有两种主要机制 - 捆绑库(在Java EE 6规范中的EE.8.2.1中描述)和安装库(EE.8.2.2).
已安装的库与EAR分开安装,因此在应用程序服务器上的许多EAR之间共享.
捆绑的库可以安装在lib
(默认库目录),由library-directory
EAR的部署描述符的元素指定的目录中和/或在Class-Path
模块的清单头部引用的任何目录中(或者由模块引用的jar) turn定义了一个传递库).
我对Java EE 6规范的理解是Class-Path
可以引用EAR中任何位置的任何库,但是jar的内容就变成了非Java EE模块.这意味着persistence.xml
在部署时不考虑该文件中定义的潜在持久性上下文在运行时不会生效.
在您的情况下,persistence-unit.jar
似乎包含持久性单元配置,并使其可用于其他模块,它应放在lib
目录中.另外两个jar - shiro-core.jar
和slf4j-api.jar
- 可以在EAR中的任何位置(包括lib
用于简单部署的目录 - 不需要Class-Path
在任何引用库/模块中具有元素).
包装它以简化部署将您的库放在lib
目录中,除非Class-Path
使用它并指向另一个目录.在这种情况下,您宁愿检查引用jar文件是否不是具有持久性单元定义的Java EE jar,因为它将无法正确部署(并且PU将无法用于模块).