maven依賴版本沒有按照最短路徑原則生效的解決方案
女朋友他們項目用了 spring-boot
,以 spring-boot-parent
作為 parent:
<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.0.9</version> </parent>
女朋友最近想用 elasticsearch
作為搜索引擎,在項目中添加了依賴
<dependency> <groupId>org.elasticsearch</groupId> <artifactId>elasticsearch</artifactId> <version>7.10.2</version> </dependency>
寫好代碼,一跑,報類不存在異常:
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
,發(fā)現(xiàn)依賴的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
女朋友很著急,明明指定了elasticsearch
的依賴了啊,而且是項目的根 pom,依賴不是最短路徑原則么?不應(yīng)該以這個依賴為準么?
女朋友于是找我求助,本著面向“對象”,我立馬放下手頭工作幫忙查看。仔細一看,原來SpringBoot的DependencyManagement中,org.elasticsearch:elasticsearch
已經(jīng)被包含了(以下為節(jié)選):
<groupId>org.springframework.boot</groupId> <artifactId>spring-boot-dependencies</artifactId> <version>2.0.9.RELEASE</version> <properties> <elasticsearch.version>5.6.16</elasticsearch.version> </properties> <dependencyManagement> <dependencies> <dependency> <groupId>org.elasticsearch</groupId> <artifactId>elasticsearch</artifactId> <version>${elasticsearch.version}</version> </dependency> </dependencies> </dependencyManagement>
spring-boot 其實已經(jīng)考慮到用戶可能要換版本了,所以將版本放入了 <properties/>
,properties 也具有最短路徑原則,所以可以通過在你的項目根 pom 中的 properties 增加相同 key 修改版本:
<properties> <elasticsearch.version>7.10.2</elasticsearch.version> </properties>
所有可以這么替換的屬性, spring-boot 官方文檔已經(jīng)列出了,參考官方文檔附錄:Version Properties
也可以通過 dependencyManagement 的最短路徑原則,通過在你的項目根 pom 中的增加想修改依賴的 dependencyManagement 即可:
<dependencyManagement> <dependencies> <dependency> <groupId>org.elasticsearch</groupId> <artifactId>elasticsearch</artifactId> <version>7.10.2</version> </dependency> </dependencies> </dependencyManagement>
最后,可以記住下面的原則,就知道項目的依賴到底是哪個版本啦:
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 里面還有間接依賴,那么遞歸執(zhí)行3, 4。
由于是先放入本項目的 DependencyMap,再去遞歸 TransitiveDependencyMap,這就解釋了 maven 依賴的最短路徑原則。
Bom 的效果基本和 Parent 一樣,只是一般限制中,Bom 只有 dependencyManagement 沒有 dependencies
解決了問題并且給妹子梳理明白之后,妹子答應(yīng)這個月多給我 100 塊零用錢啦,開心~~~~~
以上就是maven依賴版本沒有生效的解決方案的詳細內(nèi)容,更多關(guān)于maven依賴版本沒有生效的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
java 刪除數(shù)組元素與刪除重復(fù)數(shù)組元素的代碼
在java中刪除數(shù)組元素與過濾重復(fù)數(shù)組元素我們都會需要去遍歷數(shù)組然后根據(jù)我們設(shè)置的值或方法進行去除數(shù)組2013-10-10java Arrays快速打印數(shù)組的數(shù)據(jù)元素列表案例
這篇文章主要介紹了java Arrays快速打印數(shù)組的數(shù)據(jù)元素列表案例,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-09-09Java Volatile關(guān)鍵字實現(xiàn)原理過程解析
這篇文章主要介紹了Java Volatile關(guān)鍵字實現(xiàn)原理過程解析,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-03-03