Maven依赖树异常：solr-solrj版本未按预期生效问题咨询

兄弟，我太懂这种被Maven依赖版本搞到头大的滋味了！你遇到的这个问题，核心原因就是Maven的依赖管理（dependencyManagement）优先级比直接依赖更高，控制台里显示的version managed from就是最直接的线索——某个地方的依赖管理配置把你在模块A里定义的6.6.0版本给覆盖成5.5.3了。

第一步：定位版本被管理的源头 #

你需要顺着项目的pom层级找哪里定义了5.5.3的solr-solrj版本：

• 先检查模块A自己的pom.xml里有没有<dependencyManagement>节点，里面是否包含了org.apache.solr:solr-solrj的配置
• 如果模块A有父pom，一定要检查父pom的<dependencyManagement>，很多项目会把第三方依赖的版本统一放在父pom里管理
• 极端情况下，也可以检查模块B的pom或者它的父pom，但大概率是上层（模块A或其父pom）的依赖管理在起作用

第二步：针对性解决问题 #

根据找到的源头，你可以选下面一种方法来修复：

方法1：修改全局依赖管理的版本 #

如果是父pom或者模块A自己的dependencyManagement里定义了5.5.3，直接把对应的version改成6.6.0即可：

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.apache.solr</groupId>
            <artifactId>solr-solrj</artifactId>
            <!-- 把这里的5.5.3改成6.6.0 -->
            <version>6.6.0</version>
        </dependency>
    </dependencies>
</dependencyManagement>

这种方法适合需要统一整个项目solr版本的场景。

方法2：在模块A中局部覆盖依赖管理版本 #

如果你不想修改全局版本，只想让模块A及其依赖的模块用6.6.0，可以在模块A的pom里添加自己的dependencyManagement块，强制声明版本：

<!-- 模块A的pom.xml中添加 -->
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.apache.solr</groupId>
            <artifactId>solr-solrj</artifactId>
            <version>6.6.0</version>
        </dependency>
    </dependencies>
</dependencyManagement>

Maven会优先使用当前模块的dependencyManagement配置，覆盖上层的版本定义。

第三步：验证修复结果 #

修改完成后，重新执行你的依赖树命令：

mvn dependency:tree -Dverbose -Dincludes=org.apache.solr:solr-solrj

如果控制台显示的版本变成6.6.0，就说明问题解决啦！

内容的提问来源于stack exchange，提问作者刘同彬