我正在为我的应用程序部署一个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错误。
在这里回顾一下:
mapr类路径
中存在的依赖项mapr类路径运行jar失败
删除该jar会导致/opt/mapr/hadoop/hadoop2.7.0/share/hadoop/common/lib/中关于slf4j jar的另一个失败
删除该jar会导致应用程序失败,因为它现在找不到任何slf4j绑定
我错过了什么吗?我是否需要以某种方式打包我的应用程序以使其不包括SLF4J依赖项?
如果您使用的是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
我不清楚你的<代码>
<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 代替。