在一次项目打包中遇到了这个问题,这个问题的本质是打包时,你依赖的包或这些依赖的间接依赖中含有高于当前项目构建jdk版本编译出来的类,导致打包失败。
1.major version和jdk各版本对应关系可以自行搜索,当前主要版本的对应关系是
c:55 对应 java 11
major version:52 对应 java 8
major version:51 对应 java 7
major version:50 对应 java 6
jar -xvf
解压依赖的jar包,然后对某个class文件执行javap -verbose xxx.class |grep version
查看某个类的版本,比如我的项目构建是jdk8,找个某个类A,其major version是55,那基本就确定是因为这个类引起的了。
2.那么关键是怎么定位是哪个依赖包含了这个类呢
我这里使用gradle构建执行shadowJar时,尝试打开了各种debug和trace日志,并未提示具体是处理哪个类过程中报的错,就只能用笨办法,看看构建成功和失败之间的改动是哪些,一个个exclude进行判断(exclude的过程中必须要把间接依赖也考虑进去)。
经过我的一番排查,最终确定是com.fasterxml.jackson.core:jackson-core:2.15.2
中的META-INF/versions下的类引起的,打包时exclude这些文件后构建成功!这个依赖其实也是别的包间接引进的,所以排查起来还是比较费劲!
shadowJar {
// ...
// 其余内容省略
mergeServiceFiles()
exclude "META-INF/versions/**/*.*"
}
标签:lang,major,依赖,java,version,exclude,class
From: https://www.cnblogs.com/lshao/p/18560645