因此,我们发现JBoss 7.1 EAP提供了它自己的Jackson-Databind版本。这个版本会干扰我们的部署,因为我们在WAR中有一个更新的版本。我们已经通过在WAR级别的WEB-INF中包含jboss-deployment-structure.xml来证明这个理论:
<?xml version="1.0" encoding="UTF-8"?>
<jboss-deployment-structure>
<deployment>
<exclude-subsystems>
<subsystem name="jaxrs"/>
</exclude-subsystems>
</deployment>
</jboss-deployment-structure>
这使得WAR可以在以前收到错误时自行部署,而不会出错。但是,当尝试在EAR部署级别实现相同的解决方案时,我没有成功。我尝试将jboss-deployment-structure.xml放在META-INF、WEB-INF和根级别。我已经对所有不同的配置都这样做了,但是我不能让它正确地排除jaxr。It“值得一提的是,这是我第一次运行JBoss配置,我可能会错过一些非常简单的东西。
EAR级别文件:
<jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.2">
<deployment>
<exclude-subsystems>
<subsystem name="jaxrs" />
</exclude-subsystems>
</deployment>
<sub-deployment name="myWar.war">
<exclude-subsystems>
<subsystem name="jaxrs" />
</exclude-subsystems>
</sub-deployment>
</jboss-deployment-structure>
1条答案
按热度按时间f4t66c6m1#
所以,这就是答案。就像它在这里一样。另一个开发人员将相同的文件放入他的构建中,它工作了。我不知道他的环境和我的环境之间有什么不同,但我标记这个问题已解决。