[maven 传递依赖问题请教]

idea 装个 maven helper 插件看下依赖的情况。另外显示指定版本不香吗，一定要纠结各种依赖导致的版本混乱？

@hejawy 嗯，装了 maven helper 插件，在项目 B 里查看 es 依赖来自于项目 A，并且版本是 3.1.5， 然后在项目 A 里查看确实是 3.2.6 。 目前是在 B 项目里显式指定了版本，但因为 A 其实是个公共模块， 所以希望能通过继承使用 A 里面的依赖

现在是真心想搞懂这个问题处在哪个地方

会不会是 B 项目引入其他包也有 es 3.1.5

@goldpumpkin 嗯，其它依赖里没有的，通过依赖树看过

项目 B 的 POM 继承了 spring-boot-starter-parent 吧？

* spring-boot-starter-parent 继承了 spring-boot-dependencies
* spring-boot-dependencies 在其 dependencyManagement 中 import 了 spring-data-releasetrain
* spring-data-releasetrain 中定义了 spring-data-elasticsearch 的版本号

简单说来，就是项目 B 的 parent POM 的 dependencyManagement 中定义了 spring-data-elasticsearch 的版本号，这个定义优先级高于传递依赖中定义的版本。

@bianjp 感谢回复。 但是我也尝试过在项目 A 里写 dependencyManagement 来限定 es 的版本号，貌似不起作用

@yema50 你需要在项目 B 的 dependencyManagement 中定义版本号。项目 A 作为项目 B 的一个普通依赖，其 dependencyManagement 优先级低于项目 B 的 parent POM 。

Dependency mediation - this determines what version of an artifact will be chosen when multiple versions are encountered as dependencies. Maven picks the "nearest definition". That is, it uses the version of the closest dependency to your project in the tree of dependencies. You can always guarantee a version by declaring it explicitly in your project's POM. Note that if two dependency versions are at the same depth in the dependency tree, the first declaration wins.

"nearest definition" means that the version used will be the closest one to your project in the tree of dependencies. Consider this tree of dependencies:

A
├── B
│ └── C
│ └── D 2.0
└── E
└── D 1.0

In text, dependencies for A, B, and C are defined as A -> B -> C -> D 2.0 and A -> E -> D 1.0, then D 1.0 will be used when building A because the path from A to D through E is shorter.

直接看官方文档不就行了
https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html

springboot 和 es 的版本有限制， 你是不是在微信群里提过这个问题啊。3.2.*的 es 只能用 2.2.*的 springboot

Maven 的依赖确实搞不太懂，之前遇到过，一个 dependency 放在同一个 pom 的 dependencies 里面的上方和下方，最后出现的版本都不一样

@AlbertChen 感谢老哥回复。 看了 8 楼大佬的回复，我感觉是我理解错了。moduleB 里没有显示引入 es 依赖， 所以 es 依赖树会是 moduleB -> moduleA -> es 3.2.6. 因为 moduleB 里有间接引入 autoconfigure 的依赖，autoconfigure 里定义了 3.1.5 的 es 依赖但是设置了 optional 为 true， 所以其实这个 autoconfigure 里的依赖并不会传递到 moduleB 里吗？如果 autoconfigure 这个依赖传递进了 moduleB， 按照就近原则应该是 moduleB -> moduleA -> es326 路径更短

@312ybj 是的老哥， 我之前在微信群里问过。解决办法是在 moduleB 里显示引入了想要的版本， 但是对这个问题的原因有点没弄懂，所以又来问了一次 哈哈

@qwerthhusn 应该是如果有两个不同版本，并且路径深度一致， 会使用先找到的， 所以会出现根据定义的位置的先后 决定使用哪一个

@bianjp 感谢老哥解惑

这个问题关键是 dependencyManagement, 不是路径深度。

@bianjp 嗯嗯，感觉这个是问题的 root cause 哈哈

可以尝试下 gradle，可以用 implemention 隐藏依赖细节，如果需要暴露对外依赖，可以用 api 。

@Macolor21 感觉是要学习学习 gradle 了