log4j2/slf4j-commons-logging.jar应该从类路径中删除吗?

5lhxktic  于 2021-07-09  发布在  Java
关注(0)|答案(2)|浏览(448)

我的日志依赖项当前如下所示:

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.apache.logging.log4j</groupId>
            <artifactId>log4j-bom</artifactId>
            <version>2.9.1</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>

<dependencies>
    <dependency>
        <groupId>org.apache.logging.log4j</groupId>
        <artifactId>log4j-api</artifactId>
    </dependency>
    <dependency>
        <groupId>org.apache.logging.log4j</groupId>
        <artifactId>log4j-core</artifactId>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.7.25</version>
    </dependency>
    <dependency>
        <groupId>org.apache.logging.log4j</groupId>
        <artifactId>log4j-slf4j-impl</artifactId>
    </dependency>

我注意到了 commons-logging.jar 因为某些原因还在我的课堂上。我是否应该排除这一点?这是否会引起任何问题?
到目前为止,我还没有注意到任何问题,但我仍然在想那个jar是否还会引起问题。

fkaflof6

fkaflof61#

是的,排除commons日志依赖项并添加log4j jcl桥:

<dependency>
    <groupId>org.apache.logging.log4j</groupId>
    <artifactId>log4j-jcl</artifactId>
</dependency>

slf4j api也是多余的,因为它已经是log4j-slf4j-impl绑定的可传递依赖项。

11dmarpk

11dmarpk2#

存在使用 commons-logging . 如果它不存在,你会得到 NoClassDefFoundErrors 当他们试图登录时。如果有可能让那些人甚至不尝试使用依赖关系,那就不会有问题。不过,这种可能性不大。
但是,如果他们使用 commons-logging 但你用的是 SLF4J ,那就有问题了。他们在错误的地方登录(从你的Angular )。这就是伐木桥的用武之地。它们实现了不同日志框架的公共api,但是将日志重定向到您正在使用的对象。
为了 SLF4J 有好几座桥(双向),所以 commons-logging ,你带进来 jcl-over-slf4j . 图书馆会认为他们在使用 commons-logging ,当他们实际使用 SLF4J (然后使用实际的日志实现,如logback)。
很简单,嗯?;)

相关问题