189 8069 5689

maven依赖版本中没有按照短路径原则生效如何解决-创新互联

本篇文章给大家分享的是有关maven依赖版本中没有按照短路径原则生效如何解决，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。

网站设计制作过程拒绝使用模板建站；使用PHP+MYSQL原生开发可交付网站源代码;符合网站优化排名的后台管理系统；网站设计、成都网站制作收费合理；免费进行网站备案等企业网站建设一条龙服务.我们是一家持续稳定运营了十余年的创新互联网站建设公司。

parent：


 org.springframework.boot
 spring-boot-starter-parent
 2.0.9

女朋友最近想用elasticsearch 作为搜索引擎，在项目中添加了依赖


 org.elasticsearch
 elasticsearch
 7.10.2

写好代码，一跑，报类不存在异常：

 java.lang.NoClassDefFoundError: org/elasticsearch/common/xcontent/DeprecationHandler
 at com.lv.springboot.datasource.ClientUTis.main(ClientUTis.java:13)
Caused by: java.lang.ClassNotFoundException: org.elasticsearch.common.xcontent.DeprecationHandler
 at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
 at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
 ... 1 more

依赖mvn dependency:tree，发现依赖的elasticsearch版本是：

org.elasticsearch.client:elasticsearch-rest-high-level-client:7.0.1
|--org.elasticsearch:elasticsearch:5.6.16
|--org.elasticsearch.client:elasticsearch-rest-client:7.0.1
|--org.elasticsearch.plugin:parent-join-client:7.0.1
|--org.elasticsearch.plugin:aggs-matrix-stats-client:7.0.1
|--org.elasticsearch.plugin:rank-eval-client:7.0.1
|--org.elasticsearch.plugin:lang-mustache-client:7.0.1
org.springframework.boot
spring-boot-dependencies
2.0.9.RELEASE


5.6.16





org.elasticsearch
elasticsearch
${elasticsearch.version}

spring-boot 其实已经考虑到用户可能要换版本了，所以将版本放入了，properties 也具有短路径原则，所以可以通过在你的项目根 pom 中的 properties 增加相同 key 修改版本：


7.10.2

所有可以这么替换的属性， spring-boot 官方文档已经列出了，参考官方文档附录：Version Properties

也可以通过 dependencyManagement 的短路径原则，通过在你的项目根 pom 中的增加想修改依赖的 dependencyManagement 即可：




org.elasticsearch
elasticsearch
7.10.2

最后，可以记住下面的原则，就知道项目的依赖到底是哪个版本啦：

Maven依赖可以分为如下几部分：

  • 直接依赖，就是本项目 dependencies 部分的依赖

  • 间接依赖，就是本项目 dependencies 部分的依赖所包含的依赖

  • 依赖管理，就是本项目 dependency management 里面的依赖

  • parent 的直接依赖

  • parent 的间接依赖

  • parent 的依赖管理

  • bom 的直接依赖（一般没有）

  • bom 的间接依赖（一般没有）

  • bom 的依赖管理


可以这么理解依赖：

1.首先，将 parent 的直接依赖，间接依赖，还有依赖管理，插入本项目，放入本项目的直接依赖，间接依赖还有依赖管理之前

2.对于直接依赖，如果有 version，那么就依次放入 DependencyMap 中。如果没有 version，则从依赖管理中查出来 version，之后放入 DependencyMap 中。key 为依赖的 groupId + artifactId，value为version，后放入的会把之前放入的相同 key 的 value 替换

3.对于每个依赖，各自按照 1，2 加载自己的 pom 文件，但是如果第一步中的本项目 dependency management 中有依赖的版本，使用本项目 dependency management的依赖版本，生成 TransitiveDependencyMap，这里面就包含了所有的间接依赖。

4.所有间接依赖的 TransitiveDependencyMap， 对于项目的 DependencyMap 里面没有的 key，依次放入项目的 DependencyMap

5.如果 TransitiveDependencyMap 里面还有间接依赖，那么递归执行3， 4。

由于是先放入本项目的 DependencyMap，再去递归 TransitiveDependencyMap，这就解释了 maven 依赖的短路径原则。

Bom 的效果基本和 Parent 一样，只是一般限制中，Bom 只有 dependencyManagement 没有 dependencies

以上就是maven依赖版本中没有按照短路径原则生效如何解决，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。


本文题目：maven依赖版本中没有按照短路径原则生效如何解决-创新互联
文章网址：http://cdxtjz.com/article/djsgep.html

其他资讯