注意:这是以下问题的解决方案,该问题适用于旧的JBoss 5.1 / 6.0:https://developer.jboss.org/thread/160804。 在JBoss EAP 7.1中似乎不再起作用。
我们已经为多个应用程序服务器构建了一个应用程序。在其Web模块web.xml中,它包含2个对commonj TimerManager和WorkManager(将在WebLogic和WebSphere中使用)的资源引用:
<resource-ref>
<res-ref-name>wm/WM1</res-ref-name>
<res-type>commonj.work.WorkManager</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>
<resource-ref>
<res-ref-name>tm/TM1</res-ref-name>
<res-type>commonj.timers.TimerManager</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Unshareable</res-sharing-scope>
</resource-ref>
这当然在JBoss中不起作用,并导致
ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.subunit."APP.ear"."mod.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."APP.ear"."mod.war".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of subdeployment "mod.war" of deployment "APP.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0027: Could not load commonj.work.WorkManager referenced in env-entry
at org.jboss.as.ee.component.deployers.ResourceReferenceProcessor.getResourceRefEntries(ResourceReferenceProcessor.java:153)
at org.jboss.as.ee.component.deployers.ResourceReferenceProcessor.processDescriptorEntries(ResourceReferenceProcessor.java:74)
at org.jboss.as.ee.component.deployers.AbstractDeploymentDescriptorBindingsProcessor.deploy(AbstractDeploymentDescriptorBindingsProcessor.java:95)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
... 5 more
Caused by: java.lang.ClassNotFoundException: commonj.work.WorkManager from [Module "deployment.APP.ear.mod.war" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
at org.jboss.as.ee.component.deployers.ResourceReferenceProcessor.getResourceRefEntries(ResourceReferenceProcessor.java:151)
... 8 more
不幸的是,CommonJ规范要求这些资源引用,因此我不能仅仅删除它们,而是对这些资源使用直接JNDI查找。因此,根据上述链接线程https://developer.jboss.org/thread/160804中的建议,我尝试使用以下jboss-web.xml,向每个条目添加一些虚拟的JNDI名称,尤其是“ ignore-dependency”:
<?xml version="1.0" encoding="UTF-8"?>
<jboss-web xmlns="http://www.jboss.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.jboss.com/xml/ns/javaee http://www.jboss.org/j2ee/schema/jboss-web_7_2.xsd"
version="7.2">
<context-root>mod</context-root>
<resource-ref>
<res-ref-name>wm/WM1</res-ref-name>
<jndi-name>DummyWorkManager</jndi-name>
<ignore-dependency/>
</resource-ref>
<resource-ref>
<res-ref-name>tm/TM1</res-ref-name>
<jndi-name>DummyTimerManager</jndi-name>
<ignore-dependency/>
</resource-ref>
</jboss-web>
但是这什么都没有改变,部署上的例外仍然是相同的。 因此,我尝试向jboss-web.xml中添加一些虚拟res类型-诸如此类的任何成功的
<res-type>javax.resource.Referenceable</res-type>
我将其添加到工作管理器和计时器管理器条目中,但是它似乎仅对工作管理器有所帮助,因为异常从
java.lang.ClassNotFoundException:commonj.work.WorkManager
到
java.lang.ClassNotFoundException:commonj.timers.TimerManager
其他所有内容都相同。 为了至少暂时解决此问题,我注释掉了web.xml中的计时器管理器条目,然后继续进行操作。 然而,最终结果是:
ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "APP.ear")]) - failure description: {
"WFLYCTL0412: Required services that are not installed:" => ["jboss.naming.context.java.module.app-name.mod-name.env.DummyWorkManager"],
"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.naming.context.java.module.app-name.mod-name.env.wm.WM1 is missing [jboss.naming.context.java.module.app-name.mod-name.env.DummyWorkManager]"]
}
这意味着即使忽略依赖也不起作用。
总结:
在当前的JBoss EAP / WildFly版本中,这种行为是否正确? 那么,如何使JBoss / WildFly成功忽略一些不相关的资源引用?
注意:我不会以任何方式在JBoss中使用这些资源,这不是问题(它们仅在WebLogic或WebSphere中才真正使用)。问题只是使应用程序成功部署。
编辑:由于似乎没有人能够提供任何答案,因此我为此创建了一个JIRA问题:https://issues.jboss.org/browse/JBEAP-15758