Spring Boot 的传递依赖项的 Maven 控制版本
我有一个简单的Spring启动应用程序，我试图添加Spring Cloud consul。Spring Cloud consul依赖于较新版本的Spring启动。在我的POM中，我为所有的Spring启动工件指定了版本1.3.5.RELEASE。
问题是，即使为springbootstarterweb指定了1.3.5版本，它仍然下载1.2.3版本的依赖项
有没有办法让maven获取所有Spring启动工件的1.3.5.RELEASE，包括传递依赖项？我知道我可以明确列出它们，但有没有更好的方法？
共有1个答案
是，简单使用正确的父级：
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>1.3.6.RELEASE</version>
<relativePath/>
</parent>
并从 Spring 引导依赖项中删除版本。
-
我用我的真实情况来说明问题。 我使用logback 1.0.1进行日志记录，它包含SLF4J 1.6.4作为依赖项。我还为遗留日志API(Java . util . logging、log4j和commons-logging)使用SLF4J API桥，它们不是显式的依赖关系。这些也必须(最好)是版本1.6.4。 为了使我的pom.xml尽可能整洁和无错误，我想强制这些API桥接器与SLF4J版本相
-
我是maven的新手。（我已经搜索了几个小时的答案，但没有运气。mvn依赖：复制依赖不能解决我的问题）我需要复制项目的所有依赖项（以jar的形式），如果我的一个jar依赖于另一个工件，也复制该工件。 示例project1 pom。xml： “project1”依赖于project2。人工制品罐子当我使用“mvn依赖项：复制依赖项”时，我得到了project2。人工制品但我没有得到project3。
-
主要内容：依赖传递,依赖范围,依赖范围对传递依赖的影响,依赖调节Maven 依赖传递是 Maven 的核心机制之一，它能够一定程度上简化 Maven 的依赖配置。本节我们将详细介绍依赖传递及其相关概念。 依赖传递 如下图所示，项目 A 依赖于项目 B，B 又依赖于项目 C，此时 B 是 A 的直接依赖，C 是 A 的间接依赖。 Maven 的依赖传递机制是指：不管 Maven 项目存在多少间接依赖，POM 中都只需要定义其直接依赖，不必定义任何间接依赖，Mav
-
我写了一个库，它依赖于Guava版本20.0（与JDK 1.7兼容的最后一个版本） 然后，我编写了一个使用该库的应用程序，还uk.org.lidalia： slf4j-test： 1.2.0（带有测试范围）。slf4j-test依赖于Guava的14.0.1版本。 我的问题是，我的应用程序将两个不同版本的Guava视为可传递依赖项，并选择较旧的版本。现在，当我调用库中的某些方法时，我会得到类或方法
-
这个问题将澄清什么是传递依赖，以及它在Maven中如何在非常高的级别上工作。 我的定义是：在依赖树中，比如-- 若C在B中有范围编译，那个么将B声明为A的依赖项就足以用Maven构建A。但是，如果C在B中提供了作用域，那么当Maven构建A时，除非A在其依赖项中声明C，否则该构建不会根据C自动编译A。 这是正确的吗？
-
Maven正在过渡地使用guava的第16版，尽管我有一个 快速总结： 取决于 有一个父pom，