gpt4 book ai didi

java - 编织 Artifact 的 maven 范围

转载 作者:行者123 更新时间:2023-12-04 06:00:23 27 4
gpt4 key购买 nike

我有一个项目 foo-instrumented这取决于 foo .

这个项目实际上仪器foo用额外的代码,并替换它。即,foofoo-instrumented 的编译时依赖项但它绝对不是运行时依赖项( foo-instrumented 替换了 foo ),并且它不应该传播给子项(即,依赖于 foo-instrumented 的项目不应该最终依赖于 foo )。

是否有适合这种依赖的 maven 范围或其他解决方案?

编辑 :我对我的要求不够清楚:虽然 foo不应该最终出现在子项目依赖项中,foo的依赖项应该(例如,如果 foo 依赖于 log4j,那么依赖于 foo-instrumented 的项目应该将 log4j 作为其依赖项的一部分),这似乎排除了 provided范围。

谢谢!

编辑 :好的,我需要在这里吐槽一下:有没有真正的人类真正理解了 Maven 文档?我看了几个pages猜猜看:没有解释,没有插图,只有大量的 XML 呕吐。 XML VOMIT 不是文档,人!

最佳答案

您应该使用 import范围。在你的 foo-instrumented 项目中:

<dependencies>
<dependency>
<groupId>bar</groupId>
<artifactId>foo</artifactId>
<type>pom</type>
<scope>import</scope>
<dependency>
<dependencies>

这会将 foo 的依赖项拉入 foo-instrumented 而不包括 foo。

关于java - 编织 Artifact 的 maven 范围,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8983844/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com