项目场景:
项目为java程序,之前都是发布war包,部署到tomcat9容器内,与客户沟通后,客户想改为增量更新方式,由于war包存在导致如果增量发版时,备份和删除war包会导致解压出来的项目目录被删除,所以取消war包发布形式,直接发布target下项目目录,按理说发布war和 发布etl文件夹都是可以的
问题描述
将tomcat9下的war包删除后,war包解压出来的项目目录自动被清理 , 发布target下项目目录后,重启服务,调用查询es接口,长时间不返回,等待达到设置的超时时间后,发生下图报错
此时我以为是Es服务器没有返回,检查es日志后发现没有收到请求,于是通过netstat命令查看链接,确认成功建立了链接,于是便一直排查es服务端
排查一整日,没有任何头绪,最终,在查到catalina.out日志的时候, 发现在发出请求的一瞬间立马出现了一个报错 : NoSuchMethodError , Base64.<init>(I)V
原因分析:
上图报错信息为没有找到Base64 有参构造方法
根据报错信息Base64路径排查,发现项目依赖的jar包内存在多个同路径的Base64类,其中只有commons-codec-1.9有 有参构造函数 ,下列图集为项目中各jar依赖的Base64反编译内容:
看到此时,基本断定问题为jar包冲突,由于war包发版和文件夹发版排序规则不一样,导致jar包优先级不一致.
解决方案:
确认要用的jar包,然后修改tomcat/config/context.xml
Context标签内增加下图代码,优先加载指定jar包