我的应用程序将部署在tcServer和WebSphere 6.1上。这个应用程序使用ehCache,因此需要slf4j作为依赖项。 因此,我将slf4j-api.jar (1.6) jar添加到war文件包中。

应用程序在tcServer中正常工作,除了以下错误:

SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.

然而,当我在WebSphere中部署时,我得到了一个java.lang.NoClassDefFoundError: org.slf4j.impl.StaticLoggerBinder。

同时伴有加载类“org.slf4j.impl.StaticMDCBinder”失败

我已经检查了两个应用服务器的类路径,没有其他slf4j jar。

有人知道这里会发生什么吗?


当前回答

这是给那些从谷歌搜索来到这里的人。

如果使用maven,只需添加以下内容

   <dependency>
       <groupId>org.slf4j</groupId>
       <artifactId>slf4j-api</artifactId>
       <version>1.7.5</version>
   </dependency>
   <dependency>
       <groupId>org.slf4j</groupId>
       <artifactId>slf4j-log4j12</artifactId>
       <version>1.7.5</version>
   </dependency>

Or

   <dependency>
       <groupId>org.slf4j</groupId>
       <artifactId>slf4j-api</artifactId>
       <version>1.7.5</version>
   </dependency>
   <dependency>
       <groupId>org.slf4j</groupId>
       <artifactId>slf4j-simple</artifactId>
       <version>1.6.4</version>
   </dependency>

其他回答

作为jar包含和纯maven解决方案的替代方案,您可以使用gradle从maven中包含它。

版本为1.7.25的示例

// https://mvnrepository.com/artifact/org.slf4j/slf4j-simple
api group: 'org.slf4j', name: 'slf4j-simple', version: '1.7.25'

把它放在构建的依赖项中。gradle文件。

在Websphere案例中,您有一个较老版本的slf4j-api.jar, 1.4.x。或1.5。X躺在某个地方。您在tcServer上观察到的行为,即故障转移到NOP,发生在slf4j 1.6.0及更高版本上。确保在所有平台上使用slf4j-api-1.6.x.jar,并且在类路径中没有放置slf4j-api的旧版本。

将文件slf4j-log4j12-1.6.4.jar放到类路径中就可以了。

根据SLF4J错误代码

加载org.slf4j.impl.StaticLoggerBinder类失败 当org.slf4j.impl。无法将StaticLoggerBinder类装入内存。当在类路径上找不到合适的SLF4J绑定时,就会发生这种情况。在类路径上放置一个slf4j-nop.jar、slf4j-log4j12.jar、slf4j-jdk14.jar或logback-classic.jar应该可以解决问题。

注意slf4j-api 2.0版本。x和以后使用ServiceLoader机制。后端,如logback 1.3和以后的目标slf4j-api 2。x,不附带org.slf4j.impl.StaticLoggerBinder。如果您放置了一个针对slf4j-api 2.0的日志记录后端。X,在类路径上需要slf4j-api-2.x.jar。参见相关的faq条目。

从SLF4J 1.6版开始,在没有绑定的情况下,SLF4J将默认为一个no-operation (NOP)记录器实现。

如果您负责打包应用程序,并且不关心日志记录,那么将slf4j-nop.jar放在应用程序的类路径上将消除此警告消息。请注意,嵌入式组件(如库或框架)不应该声明依赖于任何SLF4J绑定,而只依赖于SLF4J -api。当库在SLF4J绑定上声明编译时依赖项时,它将该绑定强加给最终用户,从而否定了SLF4J的目的。

可以使用相同的版本来解决这个问题。我试过了,而且解决了

< >的依赖 < groupId > org.slf4j < / groupId > < artifactId > slf4j-api < / artifactId > <版本> 1.7.5 > < /版本 < / >的依赖 < >的依赖 < groupId > org.slf4j < / groupId > < artifactId > slf4j-log4j12 < / artifactId > <版本> 1.7.5 > < /版本 < / >的依赖