Maven依赖项-版本与更新
MVNRepository通常为每个依赖项列出“版本”和“更新”。
- 如果我发布自己的包，如何指定“更新”版本
- Maven在解决传递依赖时使用了哪个依赖项？所以如果我的包依赖于包A，它依赖于包B，版本=1.0，更新=1.1。我会得到哪个版本的B？
共有1个答案
您要问的是MVNRepository的“编译依赖项”表中“更新”列中的信息是什么意思。
它告诉您是否有特定依赖项的更新版本，如果有，最新版本是什么。如果有复选标记，则表示相关库已经使用了最新版本的依赖项X。无论最新版本是什么，您都将始终获得已声明的依赖项版本。
因此，如果您使用valdr-bean-验证1.1.2（上面的示例），您还将获得jackson-datind2.4.0作为传递依赖项（上面的第一行）。2.7.1-1将是最新可用的jackson-datind版本。
注：我终于明白你的问题了。如果你能从一开始就给我们举个具体的例子，那会很有帮助。
-
我用我的真实情况来说明问题。 我使用logback 1.0.1进行日志记录，它包含SLF4J 1.6.4作为依赖项。我还为遗留日志API(Java . util . logging、log4j和commons-logging)使用SLF4J API桥，它们不是显式的依赖关系。这些也必须(最好)是版本1.6.4。 为了使我的pom.xml尽可能整洁和无错误，我想强制这些API桥接器与SLF4J版本相
-
问题内容： 问题。 Gradle依赖管理使得： 没有简便的方法来检查依赖项更新的可用性（仅使用某些第三方插件，如ben-manes / gradle-versions-plugin）并下载更新以替换旧版本； 从远程存储库下载依赖项工件，然后将其存储在gradle缓存中，并在后续构建中重用；但是项目的成功编译必须不依赖于与Internet的连接，远程存储库的可用性以及这些存储库中特定版本的依赖项。
-
问题。 分级依赖项管理是这样进行的： 检查依赖更新的可用性（仅使用一些第三方插件，如Ben-Manes/Gradle-Versions-Plugin)，并下载替换旧版本的更新是不容易的； 依赖项构件从远程存储库下载，然后存储在gradle缓存中，并在后续构建中重用；但项目的成功编译不能依赖于与Internet的连接、远程存储库的可用性以及这些存储库中依赖项的特定版本的存在。 null
-
问题内容： 最近，我一直在研究前一段时间开发的项目中的一些改进，这就是我所发现的。pom文件中的许多依赖项都没有指定版本，但是已经解决了。该项目包含1个根模块和2个子模块。使用了Aggregator模式，这意味着根本没有dependencyManagement部分。上层项目仅聚合了2个模块，仅此而已。子项目并不将其称为父项。他们有不同的父母。我无法理解的是，子项目本身或它们的父项（事实上，它也没有
-
当我对pom文件的属性部分中定义的键的依赖项使用version时，依赖项不会被下载，但是当我对依赖项的version进行硬编码时，依赖项会被下载。 repo.maven.apache.org/maven2/info/cukes/cucumber-java/{cucumber-version}/cucumber-java-{cucumber-version}.pom 为什么不是用在propertie
-
问题内容： 是否有任何预先存在的Maven插件或命令来更新POM中的依赖关系？示例：（如果这是在我的POM中） 有没有可以运行的命令或插件来将依赖关系更新为： 问题答案： 尝试使用maven-versions-plugin，尤其是versions：use-latest-versions目标。