Log4j与logback冲突问题,导致第三方日志狂刷
2017-11-13 11:33
1396 查看
在Tomcat启动和运行的时候SSM等框架中DEBUG级别的日志不断狂刷,导致日志文件剧增,磁盘没几天就爆了。
针对这个问题在网上找了好多方法:
log4j.logger.org.springframework=OFF
都是没有效果或者治标不治本的。一直以为自己的Log4j配置文件写的有问题。后来在自己新搭建的project中发现Log4j的配置是正确的。只打印出INFO及以上级别的日志信息。后来才知道,是因为自己的应用依赖的jar隐式依赖了logback日志框架。
1.查看Maven
Depandencies有没有引用logback包
2.查看哪个jar包隐式依赖了logback
以Dependency Hierarchy 方式打开pom.xml
3.去除依赖
在pom.xml中找到引用包:fastdfs-client:
添加:
<exclusions>
<exclusion>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
</exclusion>
<exclusion>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
</exclusion>
</exclusions>
像这样:
4.完成之后,第三方jar包的日志就不能在控制台输出了。
针对这个问题在网上找了好多方法:
log4j.logger.org.springframework=OFF
都是没有效果或者治标不治本的。一直以为自己的Log4j配置文件写的有问题。后来在自己新搭建的project中发现Log4j的配置是正确的。只打印出INFO及以上级别的日志信息。后来才知道,是因为自己的应用依赖的jar隐式依赖了logback日志框架。
1.查看Maven
Depandencies有没有引用logback包
2.查看哪个jar包隐式依赖了logback
以Dependency Hierarchy 方式打开pom.xml
3.去除依赖
在pom.xml中找到引用包:fastdfs-client:
添加:
<exclusions>
<exclusion>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
</exclusion>
<exclusion>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
</exclusion>
</exclusions>
像这样:
4.完成之后,第三方jar包的日志就不能在控制台输出了。
相关文章推荐
- Log4j和logback冲突,导致log4j配置失效控制台一直打印DEBUG级别的日志
- log4j和logback的冲突导致日志输出异常
- ActiveMQ与Logback日志组件SLF4J冲突导致日志不输出
- logback冲突导致日志级别失效的解决办法
- Java日志框架——JCL(Log4J,Java Logging API)转SLF4J过程中重复依赖冲突问题
- log4j jar包冲突导致 无日志文件产生
- 高并发下,log4j日志打印行数导致的内存溢出问题
- 关于在nginx负载均衡下,项目共用log4j配置导致的日志混乱问题
- tomcat 日志log4j,slf4j,logback冲突
- 解决web项目存在多个log4j.properties配置文件,导致日志级别配置不生效问题
- tomcat 日志log4j,slf4j,logback冲突
- java 日志 slf4j, log4j, logback
- 解决因缺少Log4j依赖导致应用启动失败的问题
- 解决多个py模块调用同一个python的logging模块,打印日志冲突问题
- 1git命令的使用,查看git仓库状态,添加文件到git跟踪,git提交,查看git分支,查看git仓库日志信息,切换git分支,解决git分支合并后出现冲突的问题
- java日志组件介绍(common-logging,log4j,slf4j,logback )
- Java日志框架:SLF4J, Apache Common-Logging, Log4J和Logback
- Mybatis 的Log4j日志输出问题 - 以及有关日志的所有问题
- 日志分析利器elk与logback(log4j)实战
- ios开发使用xcode6打包protobuf静态库 解决了 官方引用 protobuf 导致的冲突问题 包含 arm64 支持