TL;博士

Question

我正在将JBoss 4的应用程序移植到JBoss 6.1 EAP。此应用程序使用带弹簧的cxf。我们客户的要求是我们不会更改（或添加）jboss的模块。

在jboss cxf模块中，spring有一个可选的依赖项，但默认情况下没有spring模块。我在想：

我是否需要向JBoss添加弹簧模块？
我可以将spring jar添加到我的应用程序lib目录吗？
这是最好和/或最简单的方法吗？

如果我没有创建spring模块并将spring jar添加到应用程序lib目录，我会收到以下错误：

09:19:44,203 WARN  [org.jboss.modules] (MSC service thread 1-1) Failed to define class org.apache.cxf.transport.servlet.CXFServlet in Module "org.apache.cxf.impl:main" from local module loader @1f06dc3 (finder: local module finder @1b64e6a (roots: C:\dev\jboss-eap-6.1\modules,C:\dev\jboss-eap-6.1\modules\system\layers\base)): java.lang.LinkageError: Failed to link org/apache/cxf/transport/servlet/CXFServlet (Module "org.apache.cxf.impl:main" from local module loader @1f06dc3 (finder: local module finder @1b64e6a (roots: C:\dev\jboss-eap-6.1\modules,C:\dev\jboss-eap-6.1\modules\system\layers\base)))
  at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:427) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:260) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:75) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.Module.loadModuleClass(Module.java:526) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:188) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:399) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:399) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:316) [rt.jar:1.6.0_17]
  at java.lang.Class.forName0(Native Method) [rt.jar:1.6.0_17]
  at java.lang.Class.forName(Class.java:247) [rt.jar:1.6.0_17]
  at org.jboss.as.server.deployment.reflect.DeploymentClassIndex.classIndex(DeploymentClassIndex.java:54)
  at org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.processComponentConfig(InterceptorAnnotationProcessor.java:85) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
  at org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.deploy(InterceptorAnnotationProcessor.java:77) [jboss-as-ee-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
  at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:120)
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
  at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
  at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_17]
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_17]
  at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_17]
Caused by: java.lang.NoClassDefFoundError: org/springframework/context/ApplicationListener
  at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.6.0_17]
  at java.lang.ClassLoader.defineClass(ClassLoader.java:616) [rt.jar:1.6.0_17]
  at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:344) [jboss-modules.jar:1.2.0.Final-redhat-1]
  at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:422) [jboss-modules.jar:1.2.0.Final-redhat-1]
  ... 22 more

Answer 1

TL;博士

仅如果您希望Spring管理JAX-WS端点bean的生命周期，则不再需要它。
不，如果您尝试在应用中直接使用基于Spring的CXF功能，请不要这样做。请参阅＃1，但请继续阅读......
最简单的方法是让JBossWS管理您的JAX-WS端点，但让它们扩展SpringBeanAutowiringSupport以与您应用的ApplicationContext集成。更多详情如下。

详细

我遇到了同样的问题 - 将使用Spring管理的JAX-WS端点的应用程序迁移到JBoss EAP 6（AS 7）。

问题在于EAP 6中的JBossWS是一把双刃剑。它使非常容易设置JAX-WS端点，从应用程序中抽象出基础CXF引擎的所有知识，但它要求您放弃对这些端点的某些控制。

不是使用CXF的Spring命名空间并将端点定义为位于单个servlet后面的Spring bean，而是应该从Spring上下文中删除这些bean，并将每个bean定义为web.xml中的servlet（即使它们实际上不是servlet！）。

JBossWS将在运行时自动检测这些伪servlet，并在它们后面构建必要的CXF基础架构。

这一切都很好，但是如果你需要将一些Spring管理的依赖项注入你的端点呢？

SpringBeanAutowiringSupport救援！显然这是此类的主要原因 - 将Spring IoC与容器管理的bean集成。

让您的端点扩展此类，然后可以通过@Autowired（或类似）注入您的依赖项。

请注意，您仍应使用ContextLoaderListener作为web.xml中的侦听器类来引导Spring ApplicationContext。

另请注意，您的应用现在可以完全不知道CXF - 这意味着您应不执行以下任何操作：

直接扩展或使用任何CXF类
引用任何CXF提供的Spring上下文文件（例如classpath:META-INF/cxf/cxf.xml）
在您应用的Spring配置中使用任何CXF命名空间（例如xmlns:jaxws="http://cxf.apache.org/jaxws"）

缺点是您的应用程序无法再使用任何高级CXF特定功能，但希望无论如何这都不是必需的。

迁移到JBoss 6.1，为cxf添加spring

1 个答案:

TL;博士

详细