是否有可能有一个Maven库从封闭项目中继承依赖项次要版本？

Question

我想建立一个库作为一个Maven项目，它依赖于一些Spring库（版本3）。

我希望在同样使用Spring3的项目中使用它，但我不希望版本冲突，否则我们将在类路径上同时使用Spring库的两个版本。

我想为我的库pom获取次要版本。来自封闭项目的xml。

我的问题是：是否有可能有一个Maven库从封闭的项目继承一个依赖性次要版本？

Answer 1

不，不。

您是否愿意为此目的在父pom中声明变量？如果没有，那么您必须在您的项目pom或从封装项目继承的新父pom中创建变量。${project.version}和${project.parent.version}不是从其他变量，您不能组合/分解它们；您需要将这些值复制到其他变量中，并从这些变量构建您的版本字符串。

即使你们这样做，maven也会抱怨版本不是一个常数。

这种情况下的正常模式是完全忽略父版本并独立维护项目的版本：仅仅因为项目使用Spring3并不意味着它不应该从版本1开始。如果需要，可以手动跟踪父版本。由于您的项目不是父项目的一部分，因此省略${project.version}并从父项目继承它的maven约定可能不合适。

Answer 2

我相信你在担心一些不会发生的事情。同一工件上不同依赖项之间的冲突版本将由称为依赖项中介的过程解决，Maven不会将同一工件的多个版本拉入同一类路径。例如，如果你使你的库你的组：你的库： 1.0依赖于org.springframework： sping-上下文： 3.2.4。RELEASE，并且我的项目my-group： my-artiware： 1.0依赖于org.springframework： sping-background： 3.1.4。RELEASE和you-group： you-base： 1.0，那么Maven将只将Spring上下文的版本3.1.4拉入我的构建，而不是3.1.4和3.2.4。如果您的库也依赖于sping-bean： 3.2.4，并且碰巧存在sping-background： 3.1.4和sping-bean： 3.2.4之间的不兼容性，那么您可以认为添加sping-bean是我的项目的责任code>作为一个依赖项，并显式地将其版本重写到my-artiware的POM中的3.1.4。

也就是说，通过使用版本范围，您可以完成您的问题直接提出的部分：

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>[3.0.0.RELEASE,3.2.16.RELEASE]</version>
</dependency>

这将有效地告诉依赖于您的库的项目，您的库可以使用任何现有的3。X版本的spring context，但版本范围在依赖项中介期间有自己的规则集，可能不友好且模糊，并且它们也不会在不同的工件之间链接，因此我建议在您的情况下只使用常规版本号。