浅谈java项目升级Jar包探险(解决方案思路)

2021-06-05

浅谈java项目中升级Jar包解决方案/思路/步骤

背景:

1	某系统所依赖的某些Jar包版本老旧希望升级到新版本可以使用新版本的一些功能,由此需要给系统内的jar包做升级调整.

步骤:

1.准备工作
2.升级
3.测试
4.上线

准备工作:

1.尽可能全的统计此次升级所涉及到的jar,有些时候升级一个jar其他jar包也是有可能被依赖升级的(尽可能的统计,但往往实际情况是,边升级边发现这个也要依赖升级,那个也要依赖升级...).

2.配置(文件/项/路径/环境变量等)是否需要适应新版本.

3.项目中是否有针对旧版本jar的逻辑代码,如果有则需要考虑新旧jar包代码是否需要共存/合并的问题(同全限定类名).

可能遇到的问题:

1. 最常见的问题之jar包冲突
一步到位的解决方案: idea插件商店找到Maven Helper这个插件工具下载安装(找不到也可以去官网找离线版拖进去restart就可以使用)安装完毕后,打开POM文件可以看到左下角多了一个Dependency Analyzer点进去搜索项目中有冲突的jar,在右方红色部分右键解决即可.

在没有下载这个插件之前,看网上有人说点开maven的jar包依赖关系图,这个图对我来说压根没什么用,尤其是在jar包很多的情况下,那个依赖关系图密密麻麻压根就不是人能看的东西.久经折磨后终于发现了这个插件.一个字,好用！

maven_helper01

2. 业务代码内与新版本Jar包内存在全限定类名一致的java文件
这种问题则需要根据实际情况来处理,如果旧代码已经有了定制化的代码逻辑内容(业务依赖这块旧代码的逻辑),则考虑修改全限定类名(如:将业务类名称增加前缀,以区分新旧代码)如果没有定制化逻辑则可以直接删掉原有的旧代码,改为使用新版本jar内的代码.

3.拿现在接手改造的系统来说还有一个特别操蛋的问题,就是升级新版本jar包后包内的restfu风格controller怎么用怎么报错,目前原因还未深入探究,只是因为项目并未升级到前后端分离,于是这部分接口没有用到,于是便使用了最简单粗暴的方式,删除掉这部分jar内的class来解决这个问题.但具体原因肯定还会继续探究.

4.可能还有其他的问题,但目前为止对这个项目升级jar所遇到的大体也就是上面这几个,其他一写小bug也大都跟业务有关,就不能拿出来算作通用问题列出来了.
至此此次jar包升级就结束了,剩下的就是测试发版了.

作者: K