当前位置: 首页 > 知识库问答 >
问题:

SLF4J Logback LoggerContext冲突

颛孙喜
2023-03-14

我正在为我的应用程序部署一个spring boot可执行jar。我使用SLF4J日志记录,当我在IntelliJ内部构建和运行时,我没有任何问题。

然而,当我尝试运行.jar时,从命令行我得到一个LoggerFactory不是Logback LoggerContext,而是Logback在类路径异常上。

它在两个地方抱怨slf4j-log4j12-1.7.12.jar。

如果我从这两个位置移除jar并运行我的应用程序

java-cp$(mapr类路径):MapRProducerApp-0.0.1-SNAPSHOT.jarorg.springframework.boot.loader.PropertiesLauncher

然后,由于SLF4J:未能加载类“org.slf4j.impl.StaticLoggerBinder”,它将无法启动。

我不明白为什么当我的应用程序无法加载slf4j类时会失败。jar是通过这种依赖关系构建的

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter</artifactId>
    </dependency>

在IntelliJ中,我引入了存在于< code>/opt/mapr/lib文件夹中的所有外部依赖项,其中包括slf4j-log4j12-1.7.10.jar,但是IntelliJ没有给出Logback LoggerContext错误。

在这里回顾一下:

  • 在自己的基础上构建和运行jar是可行的,但会失败,因为它需要mapr类路径中存在的依赖项
  • 由于/opt/mapr/lib中有slf4j jar,使用mapr类路径运行jar失败
  • 删除该jar会导致/opt/mapr/hadoop/hadoop2.7.0/share/hadoop/common/lib/中关于slf4j jar的另一个失败
  • 删除该jar会导致应用程序失败,因为它现在找不到任何slf4j绑定

我错过了什么吗?我是否需要以某种方式打包我的应用程序以使其不包括SLF4J依赖项?


共有2个答案

唐麒
2023-03-14

如果您使用的是Spring启动致动器,则仅排除Spring测井可能无济于事。您必须为其提供日志记录。用于日志记录配置的 Spring Boot 支持 log4j。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-logging</artifactId>
        </exclusion>
    </exclusions>
</dependency>

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-log4j2</artifactId>
</dependency>

拒绝:https://docs.spring.io/spring-boot/docs/current/reference/html/howto.html#howto.logging

韩楷
2023-03-14

我不清楚你的<代码>

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter</artifactId>
  <exclusions>
    <exclusion>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-logging</artifactId>
    </exclusion>
  </exclusions>
</dependency>
 类似资料:
  • 小雪再 pull 的时候遇到了冲突。 → git pull --rebase remote: Counting objects: 3, done. remote: Compressing objects: 100% (2/2), done. remote: Total 3 (delta 1), reused 3 (delta 1), pack-reused 0 Unpacking objects

  • Postgres 10和11的插入说明: 关于冲突[冲突目标]冲突行动 我有一张桌子: 而我想做的 但是我得到一个错误: ON CONFLICT DO UPDATE需要推理规范或约束名称提示:例如,ON CONFLICT(column_name) 为什么我必须提供一个确定的目标?如何提供主键或其他列集?

  • 【光峰科技面经】 一面,9.16日下午收到邀约,9.17日上午9.30业务主管面 1.自我介绍 2.你的项目,扮演什么角色 3.你在这个过程中遇到了哪些困难,是怎么解决的 4.简单说一下你的这个产品负责人经历 5.匹配是怎么匹配的 6.你对这个岗位了解多少(其实是想问我更偏向管理还是研发岗,他说这个岗位是一个综合性岗位,负责一些产品开发,立项,评审管理,标准化,设计评审,开发流程等,技术评估等,和

  • fw1在这里使用jar中的logger.java http://anonsvn.jboss.org/repos/common/common-logging-spi/trunk/src/main/java/org/jboss/logging/ fw2在这里使用jar中的logger.java

  • Windows 用tutorial进行的操作 若要进行pull操作,请右击tutorial目录,并选择‘拉取’。 用tutorial进行的操作 在以下画面点击‘确定’。 用tutorial进行的操作 我们看到画面上的警告信息表示自动合并失败。请点击‘关闭’以退出窗口。 用tutorial进行的操作 若您确认变更,请点击‘Yes’。 用tutorial进行的操作 TortoiseGit告诉我们:因"

  • 在上一个页面我们提及到,执行合并即可自动合并Git修改的部分。但是,也存在无法自动合并的情况。 如果远程数据库和本地数据库的同一个地方都发生了修改的情况下,因为无法自动判断要选用哪一个修改,所以就会发生冲突。 Git会在发生冲突的地方修改文件的内容,如下图。所以我们需要手动修正冲突。 ==分割线上方是本地数据库的内容, 下方是远程数据库的编辑内容。 如下图所示,修正所有冲突的地方之后,执行提交。

  • 解决冲突 CVS使用内联“冲突标志”来标记冲突,并且在更新时打印C。历史上讲,这导致了许多问题,因为CVS做得还不够。许多用户在它们快速闪过终端时忘记(或没有看到)C,即使出现了冲突标记,他们也经常忘记,然后提交了带有冲突标记的文件。 Subversion通过让冲突更明显来解决这个问题,它记住一个文件是处于冲突状态,在你运行svn resolved之前不会允许你提交修改,详情见“解决冲突(合并别人

  • 由于某些跟踪调试的PHP扩展大量使用了全局变量 可能会导致Swoole协程发生崩溃。请关闭以下相关扩展: xdebug phptrace aop molten xhprof phalcon(Swoole协程无法运行在 phalcon 框架中) 其中xdebug和phptrace可以用sdebug代替,xhprof、blackfire和molten可以用SwooleTracker 代替。