maven如何解决Spring data gefire的slf4j依赖关系？

Question

Spring数据集1.7。0.0版本对1.7版具有编译时依赖性。slf4j api和jcl-over-slf4j中的12个。我在maven pom文件中定义了以下依赖项，因为我们需要slf4j 1.7。10依赖性（很少有其他jar依赖于此）：

<dependency>
    <groupId>org.springframework.data</groupId>
    <artifactId>spring-data-gemfire</artifactId>
    <version>1.7.0.RELEASE</version>
</dependency>   

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.7.10</version>
</dependency>

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>jcl-over-slf4j</artifactId>
    <version>1.7.10</version>
    <scope>runtime</scope>
</dependency>

我有一个内部maven repo作为maven中央存储库。以下是我在不同场景中看到的行为，基于maven central中可用的JAR：

我的问题：

1. 在场景1中，我不明白为什么构建没有抱怨缺少1.7。12罐。依赖关系是如何解决的

Answer 1

答案基于Maven依赖调解机制，具体如下：

您总是可以通过在项目的POM中显式声明来保证版本

因此，本质上，通过显式地将其声明为依赖项的一部分，您将覆盖可传递依赖项上的任何版本，因此您不需要添加任何排除。你声明了，你知道这个项目，Maven信任你。

因此，在场景1和场景2中，Maven应用了上述规则，只是遵循POM中指定的规则
在场景1中，因为它没有找到任何1.7。12版本，它甚至没有尝试解决它，并且信任您的POM
在场景2中，它解析了1.7中的依赖关系树。12，但根据您的POM，版本1.7。10韩元
在场景3中，它无法解析版本1.7的整个依赖关系树。12，因此它给出了一个错误：是的，来自POM的版本无论如何都会赢，但是由于Maven在获取完整的依赖关系树时出错，因此执行失败。

这是一个特例，最终的确认只能通过查看您正在使用的Maven版本的相关代码来给出。

更新
我建议在这三个场景中尝试更多的细节，是从控制台运行：

mvn dependency:resolve -Dsort=true -X

由于debug标志，它将在依赖项中介过程中提供包含和排除的依赖项列表。

作为补充，运行：

mvn dependency:tree

将为您提供完整的依赖关系图，显示从POM中实际获取的内容以及通过传递依赖关系获得的内容。这可能会给你更多的信息。更多的细节，我建议看看Maven依赖插件的目标。