我的slf4j 1.6.1包含在我的maven依赖项中的Log4j 1.2.16。它曾经在以前的项目中工作得很好。但是,最近我通过重用一些以前的代码库开始了一个新项目,然后我开始遇到一些奇怪的问题。
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.16</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.6.1</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.6.1</version>
</dependency>
<dependency>
<groupId>org.apache.solr</groupId>
<artifactId>solr-solrj</artifactId>
<version>1.4.1</version>
</dependency>
基本上发生的事情是,某种方式slf4j-log4j13也包含在war文件中,很可能是通过某些其他依赖项的一些传递依赖关系。但是,当我使用“mvn dependency:tree”来检查传递依赖时,我没有找到“slf4j-log4j13”。
结果很棘手。我的war文件中有slf4j-log4j12和slf4j-log4j13。令人惊讶的是,它在我的Mac OSX系统上运行良好,不知何故。通过正常工作,我的意思是它没有任何冲突,异常或错误。但是,当我将它部署到另一台Linux(Ubuntu)64位机器时,它给了我麻烦。例外情况如下,
'xmlResponseParser' while setting bean property 'parser'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'xmlResponseParser' defined in ServletContext resource [/WEB-INF/spring/spring-solr.xml]: Instantiation of bean failed; nested exception is java.lang.NoSuchMethodError: org.apache.log4j.Logger.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V
(Stack trace ignored)
看起来xmlResponseParser正在使用slf4j但找不到log4j依赖项。这是由slf4j-log4j12和slf4j-log413之间的冲突引起的吗?为什么只在Linux上发生?
我试图删除其中一个;但是,删除其中任何一个都会导致问题。我想看看是否有人有类似的经历。
答案 0 :(得分:0)
问题解决了。 slf4j-log4j13静态包含在webapp / WEB-INF / lib中,不是由maven直接管理的。