为什么“提供”Maven依赖项不是“可传递的”？

Question

我的情况：
我有两个独立的项目A和B。
没有项目A。
A和B使用相同的库：

< li >反射-0.9.9-RC1.jar < li >番石榴-11.0.2.jar < Li > XML-API-1.0 . B2 . jar < li>javassist-3.16.1-GA.jar < li>dom4j-1.6.1.jar < li>jsr305-1.3.9.jar

我制作了项目C，这是项目a的插件，但也使用了项目B。

项目C.xml：

<dependencies>
    <dependency>
        <groupId>com.a</groupId>
        <artifactId>a</artifactId>
        <version>1.0</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>com.b</groupId>
        <artifactId>b</artifactId>
        <version>1.0</version>
        <scope>compile</scope>
    </dependency>
</dependencies>
<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-shade-plugin</artifactId>
            <version>2.4.2</version>
            <executions>
                <execution>
                    <phase>package</phase>
                    <goals>
                        <goal>shade</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

现在我想为项目C制作插件，但我做不到
如果我创建的项目D依赖于项目C，
它将不会继承对项目a的依赖性。
如果将范围设置为编译，它会继承，但这将使它隐藏到项目C中，这是无用的，并且会导致重复。

因此，现在我必须为我制作的每个插件添加对A和B的依赖性。

编译——这是默认范围，如果没有指定，就使用这个范围。编译依赖项在项目的所有类路径中都可用。此外，这些依赖关系会传播到依赖项目。

Provided-这很像编译，但表明您希望JDK或容器在运行时提供依赖项。例如，当为Java Enterprise Edition构建web应用程序时，您需要将对Servlet API和相关Java EE API的依赖性设置为所提供的范围，因为web容器提供了这些类。此范围仅在编译和测试类路径上可用，不可传递。

为什么不呢？

Answer 1

对于该确切要求，有一个未解决的错误：MNG-2205。它目前在 Maven 版本 3 的积压工作中，但我不会让你抱有希望：它是在 2006 年 4 月创建的（！

引用Jason van Zyl的错误报告：

我们不太可能改变所提供的作用域的行为，但如果我们真的想这样做，创建一个新的“提供可传递的”是可能的。改变现有作用域的定义会有问题。

同样，引用安德鲁·威廉姆斯（Andrew Williams）的话，仍出自该错误报告：

如果C想要使用Sybase JConnect，那么它必须将其声明为依赖项。a可以在任何时候改变它的依赖关系并“打破”C的这个假设。

使用未声明的依赖项是错误的。

这个问题没有更好的答案：文档对这个主题非常清楚：前提是依赖关系当前不是可传递的。最初这样做的原因可能围绕着这样一个事实：如果您打算使用依赖项，那么应该明确声明它。