JBoss jar包冲突及jar加载顺序

谁借莪１个温暖的怀抱￠ 2022-03-31 10:38 339阅读 0赞

http://blog.163.com/javaee\_chen/blog/static/17919507720116149511489/将一个完整的.war包部署到Jboss容器中，启动后报如下错误：

15:04:48,632 ERROR \[ContextLoader\] Context initialization failed

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.apache.activemq.xbean.XBeanBrokerService\#0' defined in ServletContext resource \[/WEB-INF/applicationContext.xml\]: Invocation of init method failed; nested exception is java.lang.NoSuchMethodError: org.slf4j.MDC.getCopyOfContextMap()Ljava/util/Map;

at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1338)

at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:473)

at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)

at java.security.AccessController.doPrivileged(Native Method)

**分析情况：**

在jboss根目录下执行如下命令

$find . -name slf4j\*.jar

./bin/configuration/org.eclipse.osgi/bundles/24/1/.cp/slf4j-log4j12-1.4.3.jar

./bin/configuration/org.eclipse.osgi/bundles/24/1/.cp/slf4j-api-1.4.3.jar

./server/default/deploy/configuration/org.eclipse.osgi/bundles/14/1/.cp/slf4j-log4j12-1.4.3.jar

./server/default/deploy/configuration/org.eclipse.osgi/bundles/14/1/.cp/slf4j-api-1.4.3.jar

./server/default/deploy/etl\_sngps.war/WEB-INF/lib/slf4j-api-1.6.1.jar

./server/default/deploy/etl\_sngps.war/WEB-INF/lib/slf4j-log4j12-1.6.1.jar

./server/default/deploy/jboss-web.deployer/configuration/org.eclipse.osgi/bundles/14/1/.cp/slf4j-log4j12-1.4.3.jar

./server/default/deploy/jboss-web.deployer/configuration/org.eclipse.osgi/bundles/14/1/.cp/slf4j-api-1.4.3.jar

明明项目中lib地下的是1.6版本的，为什么还提示java.lang.NoSuchMethodError: org.slf4j.MDC.getCopyOfContextMap()Ljava/util/Map;（注：1.4一下版本会报这个错误，因为其不存在这里面的某个方法）

**查看Jboss jar加载文档：**

1) org.jboss.Main.main(String\[\]) 为入口.

2) main 函数创建一个名叫”jboss”的线程组, 然后创建一个属于该组的线程, 在线程中执行boot方法.

3) boot 方法首先处理main函数中的参数(及一些其它的系统环境设置), 接着就用系统的属性创建了org.jboss.system.server.ServerLoader实例\[new ServerLoader(props)\].

4) ServerLoader 注册Jboss相关的类路径, 包括XML解析器, jboss-jmx.jar, concurrent.jar及其它的一些额外的类路径.

这里一般都是在JBOSS\_HOME\\lib下面  **的jar**.

5) ServerLoader 通过load(ClassLoader)方法创建Jboss Server实例. 参数ClassLoader是ClassLoader parentCL = Thread.currentThread(). getContextClassLoader( )得到的当前线程的类加载器. 创建的Server实例是org.jboss.system.server.Server接口的实现. load(ClassLoader)方法的细节：

? 用jar包及在ServerLoader中注册的类路径创建一个URLClassLoader的实例, 把传入的ClassLoader作为该URLClassLoader的parent.

? Server 接口的实现类由系统属性 jboss.server.type决定, 默认是 org.jboss.system.server.ServerImpl.

? URLClassLoader 通过无参构造函数加载Server接口实现的实例. 在加载前把当前线程的类加载器置为该URLClassLoader, 在加载完成后再置回之前传入的ClassLoader.

6) Server 实例用系统属性进行初始化\[server.init(props)\].

7) 服务起动\[server.start()\]. 起动过程的默认实现如下:

? 把当前线程类型加载器置为加载该Server接口实现实例的ClassLoader.

? 在jboss域内, 通过MBeanServerFactory的createMBeanServer(String)方法创建MbeanServer实例.

? 在MBean Server上注册ServerImpl和ServerConfigImpl两个MBean.

? 初始化统一的类加载仓库(unified class loader repository), 用来装载服务器配置目录及其它可选目录下 **的jar**文件. 对于每一个jar文件和类目录都会创建一个相应的org.jboss.jmx.loading.UnifiedClassLoader实例, 并且注册到统一的仓库中. 其中一个UnifiedClassLoader实例会被设置为当前线程上下文的ClassLoader. \[?: This effectively makes allUnifiedClassLoaders available through the thread context class loader.\]

? 接下来创建org.jboss.system.ServiceController的MBean实例. ServiceController管理JBoss MBean服务的生命周期.

需要注意的是：JBOSS在加载自带的核心JAR之后，将会优先加载下面的两个目录

1、D:\\jboss\\server\\default\\lib

2、D:\\jboss\\server\\default\\tmp\\deploy

但是上面三组均不在以上1 2 所指的2个目录中。接着看......

找到如下文件，注意这个文件里面蕴藏着jar加载的有一个规则.

\\jboss-4.2.3.GA\\server\\default\\conf\\xmdesc org.jboss.deployment.MainDeployer-xmbean.xml

最先加载的是后缀名为deployer目录下应用或者服务；

250:.rar,300:-ds.xml,400:.jar,500:.war,550:.jse,650:.ear,800:.bsh

</descriptors>

**可以通过调整这个value来改变加载规则。**

**这里已经很清楚了，上面所引爆的问题，正是由于**/jboss-web.deployer下面所用的1,4版本导致的。删除后，一切正常。