解决因缺少Log4j依赖导致应用启动失败的问题
最近公司在做版本升级,所有对aaa(指代某个内部依赖)有依赖的应用需要排除掉。从这点看,几乎不会有什么问题,因为仅仅是排除一些maven依赖而已嘛。但是,一位同学在排除依赖的时候,仅仅是把aaa排除了,而没有在测试环境进行测试,在线上发布的时候,日志报dubbo服务注册失败(抛异常和dubbo admin没有看到注册的服务),导致应用启动失败(回滚后正常),影响正常业务5分钟。
事后排查这个问题的时候发现,有两个原因导致了应用启动失败:
- 去除aaa依赖后,导致应用有多个slf4j的依赖
- 去除aaa依赖后,导致log4j依赖缺失(应用使用logback)
第一点很好解决,因为从error日志可以直接知道原因,修改pom依赖并把非logback实现的日志依赖排掉就好了。
但是,第二点折腾了一下午才最终确定是因为log4j依赖缺失导致的。
下面把排查过程记录如下:
把应用回滚后正常,那么问题肯定出在回滚之后的提交上,经过和正常版本的代码的diff,发现只有zkclient的版本不同。
异常版本的依赖是如下:
<dependency> <groupId>com.github.sgroschupf</groupId> <artifactId>zkclient</artifactId> <version>0.1</version> </dependency>
正常的依赖是:
<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框架:
com.101tec的log框架:
再回到刚开始dubbo注册服务失败的问题,一切都明了了――因为把log4j依赖排掉了,导致dubbo使用zkclient注册服务的时候因为无法初始化Log4j,导致无法初始化ZkClient,进而导致dubbo注册失败。
通过这个事件,获得如下教训:
- 尽量在一个系统内使用同一个日志框架
- 如果是依赖jar有不同的日志实现,使用更高版本的依赖
- 发布之前一定要记得在测试环境进行测试
总结
以上就是关于因缺少Log4j依赖导致应用启动失败的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对脚本之家的支持。
您可能感兴趣的文章:
- 缺少Log4j依赖导致应用启动失败的教训
- ORA-01078和LRM-00109问题导致ORACLE启动失败解决方法
- spark程序对hadoop环境的依赖,导致checkpoint失败问题的解决
- 解决mv命令导致的cman启动失败问题
- 解决端口被占用而导致软件运行失败,程序无法启动,无法安装开发工具等问题
- 因缺少maven 依赖导致eclipse debug source not found问题的解决
- 解决IntelliJ IDEA 13更新FindBugs 0.9.993时JRE版本过低导致启动失败问题
- Oracle表空间文件损坏导致的数据库异常关闭并启动失败问题的解决方法
- oracle可执行文件s位导致的Cluster资源组无法正常启动的问题解决
- 解决修改错参数导致数据库不能启动问题
- linux下安装MySQL安装 、启动失败 问题解决办法
- 解决Tomcat startup.bat启动失败的问题
- RHEL5 fstab文件修改错误导致系统启动失败的解决方法
- 如何解决动态链接导致的程序启动失败
- 解决卡巴和金山词霸冲突后的卡巴问题(部分保护组件启动失败)
- Mswrd632.wpc转换器启动失败问题解决
- sqlnet.ora限制导致双机应用资源启动失败
- 应用通过JNDI访问WAS数据源时Spring中datasource初始化失败问题的解决办法
- 转帖--解决 手动编译mysql后启动失败的问题
- Tomcat启动时提示项目启动失败的问题的解决方法