标签:java maven dependencies pom-xml
从Maven 2.0.9开始,有可能包含
<type>pom</type>
<scope>import</scope>
在< dependencyManagement>中部分.
据我了解,它将被“替换”此pom中包含的依赖项,就像它们最初在此处定义一样.
上面的解决方案与没有导入范围的这个pom的简单依赖之间有什么区别(我看到后者被称为“依赖关系分组”)?这种“分组”依赖关系在解决依赖关系优先级时具有较低优先级的唯一区别是什么?
解决方法:
您只能导入托管依赖项.这意味着您只能将其他POM导入项目POM的dependencyManagement部分.即
...
<dependencyManagement>
<dependencies>
<dependency>
<groupId>other.pom.group.id</groupId>
<artifactId>other-pom-artifact-id</artifactId>
<version>SNAPSHOT</version>
<scope>import</scope>
<type>pom</type>
</dependency>
</dependencies>
</dependencyManagement>
...
然后发生的是,在other-pom-artifact-id的dependencyManagement部分中定义的所有依赖项都包含在POM的dependencyManagement部分中.然后,您可以在POM(及其所有子POM)的依赖项部分中引用这些依赖项,而无需包含版本等.
但是,如果在POM中只是定义了对other-pom-artifact-id的正常依赖关系,那么来自other-pom-artifact-id的依赖关系部分的所有依赖关系都会被传递到项目中 – 但是依赖关系是在dependencyManagement部分中定义的其他-pom-artifact-id的内容根本不包括在内.
所以基本上这两种不同的机制用于导入/包括两种不同类型的依赖(托管依赖和普通依赖).
maven网站上有一个很好的页面,可以比我更好地解释这个,Dependency Management in Maven,它还包含importing dependencies的具体信息.
标签:java,maven,dependencies,pom-xml 来源: https://codeday.me/bug/20190925/1817126.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。