gpt4 book ai didi

解决因缺少Log4j依赖导致应用启动失败的问题

转载 作者:qq735679552 更新时间:2022-09-27 22:32:09 25 4
gpt4 key购买 nike

CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章解决因缺少Log4j依赖导致应用启动失败的问题由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

前言 。

最近公司在做版本升级,所有对aaa(指代某个内部依赖)有依赖的应用需要排除掉。从这点看,几乎不会有什么问题,因为仅仅是排除一些maven依赖而已嘛。但是,一位同学在排除依赖的时候,仅仅是把aaa排除了,而没有在测试环境进行测试,在线上发布的时候,日志报dubbo服务注册失败(抛异常和dubbo admin没有看到注册的服务),导致应用启动失败(回滚后正常),影响正常业务5分钟.

事后排查这个问题的时候发现,有两个原因导致了应用启动失败:

  1. 去除aaa依赖后,导致应用有多个slf4j的依赖
  2. 去除aaa依赖后,导致log4j依赖缺失(应用使用logback)

第一点很好解决,因为从error日志可以直接知道原因,修改pom依赖并把非logback实现的日志依赖排掉就好了.

但是,第二点折腾了一下午才最终确定是因为log4j依赖缺失导致的.

下面把排查过程记录如下:

把应用回滚后正常,那么问题肯定出在回滚之后的提交上,经过和正常版本的代码的diff,发现只有zkclient的版本不同.

异常版本的依赖是如下:

?
1
2
3
4
5
<dependency>
  <groupId>com.github.sgroschupf</groupId>
  <artifactId>zkclient</artifactId>
  <version> 0.1 </version>
</dependency>

正常的依赖是:

?
1
2
3
4
5
<dependency>
  <groupId>com.101tec</groupId>
  <artifactId>zkclient</artifactId>
  <version> 0.10 </version>
</dependency>

分析到这里,已经有了解决思路,一种是直接修改zkclient的依赖,一种是继续分析为什么两种版本的不同会导致应用启动失败。通过继续分析,发现groupId为com.101tec的日志框架使用的是Slf4j,而groupId为com.github.sgroschupf的日志框架是Log4j,而那位同事在排除aaa依赖的时候顺便把log4j的依赖也排掉了,所以才导致应用启动失败.

com.github.sgroschupf的log框架:

解决因缺少Log4j依赖导致应用启动失败的问题

com.101tec的log框架:

解决因缺少Log4j依赖导致应用启动失败的问题

再回到刚开始dubbo注册服务失败的问题,一切都明了了——因为把log4j依赖排掉了,导致dubbo使用zkclient注册服务的时候因为无法初始化Log4j,导致无法初始化ZkClient,进而导致dubbo注册失败.

通过这个事件,获得如下教训:

  1. 尽量在一个系统内使用同一个日志框架
  2. 如果是依赖jar有不同的日志实现,使用更高版本的依赖
  3. 发布之前一定要记得在测试环境进行测试

总结 。

以上就是关于因缺少Log4j依赖导致应用启动失败的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对我的支持.

原文链接:http://blog.csdn.net/u011116672/article/details/68957609 。

最后此篇关于解决因缺少Log4j依赖导致应用启动失败的问题的文章就讲到这里了,如果你想了解更多关于解决因缺少Log4j依赖导致应用启动失败的问题的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com