两个相同服务器之一上的ClassNotFoundException(ObjectModelFactory)

时间:2012-05-30 22:30:49

标签: java jboss centos

我们有一堆“相同的”CentOS 6.2服务器(就Java版本,操作系统版本,JBoss AS7 7.1,我们应用程序的war文件版本而言),其中大多数现在在创建javax.xml.ws时失败了。服务。其中一个仍在工作,相同的JBoss AS7和war文件在我们的开发人员机器(Mac)上本地工作。该服务存在,其wsdl位置URL和服务名称在工作框和非工作框上相同。

我已经对整个JBoss AS7目录进行了区分,其中包括所有JBoss库,脚本,配置以及我们在工作机器和非工作机器之间的战争。我看到的唯一差异与机器本身的IP地址有关。

这是我们看到的堆栈跟踪的原因,省略了几行:

...a lot of stuff omitted...
Caused by: java.lang.NoClassDefFoundError: org/jboss/xb/binding/ObjectModelFactory
    at org.jboss.ws.core.jaxws.spi.ServiceDelegateImpl.<init>(ServiceDelegateImpl.java:137) [jbossws-native-core-3.1.1.GA.jar:3.1.1.GA]
    at org.jboss.ws.core.jaxws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:63) [jbossws-native-core-3.1.1.GA.jar:3.1.1.GA]
    at javax.xml.ws.Service.<init>(Service.java:57) [jboss-jaxws-api_2.2_spec-2.0.0.Final.jar:2.0.0.Final]
    at schemas.dynamics.microsoft.nav.system.SystemService.<init>(SystemService.java:41) [navisionws-1001.0-SNAPSHOT.jar:]
    ...our code omitted...
    ... 79 more
Caused by: java.lang.ClassNotFoundException: org.jboss.xb.binding.ObjectModelFactory from [Module "deployment.arinweb_public-1001.0-SNAPSHOT.war:main" from Service Module Loader]
    at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423)
    at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
    at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
    ... 86 more

我们尝试过很多东西,包括:

  1. 将整个jboss目录从非工作机器移动到工作机器开始工作。
  2. 与#1相反,在一台机器上工作的jboss不再适用于非工作机器。
  3. 比较两台机器上的所有环境变量并匹配。
  4. 我想了解下一步该尝试解决问题的建议。无论是那个还是解决方案都会很棒。

    编辑 - JBoss开始部署时的类加载问题:

    当JBoss开始部署每个应用程序时,我们遇到了一些类加载问题。我在工作机器和非工作机器之间比较了这些警告,它们是相同的。这是一个例子(第一个警告类型中有37个,两个服务器上都有55个):

    18:20:04,352 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015893: Encountered invalid class name 'implementingClassName=org.jboss.shrinkwrap.impl.base.ConfigurableArchiveImpl' for service type 'org.jboss.shrinkwrap.spi.Configurable'
    16:34:16,370 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-40) Class Path entry shrinkwrap-resolver-impl-maven-1.0.0-beta-6.jar in "/content/snipped_war_name.war/WEB-INF/lib/snipped_jar_name.jar"  does not point to a valid jar for a Class-Path reference.
    

1 个答案:

答案 0 :(得分:3)

谢谢大家的建议。经过大量的调试后,我们发现了这个问题,我将在这里发布详细信息,以便有人遇到同样的问题:

我们在战争中打包的这些罐子是罪魁祸首:

jbossws-native-core-3.1.1.GA.jar 
jbossws-native-jaxws-3.1.1.GA.jar 
jbossws-native-saaj-3.1.1.GA.jar
jbossws-native-jaxrpc-3.1.1.GA.jar 
jbossws-native-jaxws-ext-3.1.1.GA.jar

JBoss AS 7打包自己的版本,比我们打包的版本更新。一旦我们从战争中移除这些罐子并弹回服务器,问题似乎就会消失。

我们删除这些依赖关系的长期解决方案是将JBoss Web服务从3.1.1.GA升级到基于CXF的4.0.1.GA。这涉及一堆代码更改,但允许我们删除不良依赖项。