问题描述:
项目A依赖的工具包版本是2.x,项目B依赖项目A以后,在项目B的依赖树中显示项目A下 的工具包版本是1.x,包版本不一致,导致启动一直报错ClassNotFoundError。
问题详解:
1、对es的原生api进行封装,项目名称springboot-es-fz,根据es的文档导入如下依赖:
es安装文档
<dependency>
<groupId>co.elastic.clients</groupId>
<artifactId>elasticsearch-java</artifactId>
<version>8.2.3</version>
</dependency>
<dependency>
<groupId>com.fasterxml.jackson.core</groupId>
<artifactId>jackson-databind</artifactId>
<version>2.12.3</version>
</dependency>
<dependency>
<groupId>jakarta.json</groupId>
<artifactId>jakarta.json-api</artifactId>
<version>2.1.0</version>
</dependency>
项目依赖如下:
2、我创建了一个test项目,引入springboot-es-fz这个依赖以后,启动就报错,报错信息如下,显示jakarta包下的某个类不存在的问题,这种问题一般都是maven依赖的问题。
查看test项目关于springboot-es-fz包的相关依赖
可以看到jakarta.json-api包的版本变成了1.1.6,maven传递依赖以后版本发生变化,导致报错,但是一开始我还是不大相信,明明我显示声明了版本号,为啥就变了,我觉的很迷,不大理解
解决问题的过程
通过mvn dependency:tree命令把两个项目的依赖列出来,对了下,确定看就是同一个包,传递依赖以后版本号不一致
后来发现elasticsearch-java包下其实是有包含jakarta.json-api,并且是1.1.6版本,我在springboot-es-fz项目中重新导入jakarta.json-api并指定版本会导致2.0.1版本之间覆盖1.1.6版本的包,这两个包的路径最短的优先级最高,所以在当前项目中,最终jakarta.json-api的版本是2.0.1,而被引用的test项目中的版本号与这个不一致,应该是依赖传递过程中版本号被重新覆盖了。
解决方案:
在test中重新引入jakarta.json-api 2.0.1的版本依赖,排除1.1.6的包