19

在我的项目中有一个实现接口的类。该接口来自依赖项。我有另一个依赖项,它本身依赖于一个也包含相同接口的 jar,除了具有更多方法的版本;包含相同包接口的两个 jar 没有相同的 groupId 或 artifactId。
编译失败,因为编译器抱怨我项目中的类没有实现所有方法。我意识到这是因为编译器从错误的 jar 中获取接口引用。我的问题是,为什么 maven 使用传递依赖项中的接口,而不是我在项目 POM 中明确提到的 jar 中的接口?我可以看到使用的 jar 出现在定义的前面(所以我也想象在类路径中),但我认为在这些情况下,maven 通过使用最短路径的依赖项中的冲突类/接口来解决它

这是依赖关系树的一部分。请注意,这是 grepped,但仍然可以看出(实际使用的)与(应该使用的)javax.servlet:servlet-api相比在树中更深tomcat:servlet

[builder@ca-rd-build11 proj]$ mvn dependency:tree | grep servlet
[INFO] |  +- javax.servlet:servlet-api:jar:2.4:compile
[INFO] +- tomcat:servlet:jar:4.0.6:compile

我正在使用 Maven 3.0.4

4

3 回答 3

20

为什么 maven 使用传递依赖项中的接口,而不是我在项目 POM 中明确提到的 jar 中的接口?

因为,对 Maven 来说,这两者没有任何关系。Maven 不知道类或包名,Maven 只知道 groupId 和 artifactId。由于它们不一样,maven 没有任何理由忽略传递依赖。

如果我是正确的,Maven 会将依赖项按照定义的顺序放置在类路径上,即依赖项的传递依赖项a出现在依赖项之前b

于 2012-09-27T15:47:20.697 回答
5

当您声明对另一个 jar 文件的依赖时,您可以告诉它排除对冲突 jar 文件的传递依赖:

    <dependency>
        <groupId>group</groupId>
        <artifactId>artifact</artifactId>
        <version>1.0.0</version>
        <exclusions>
            <exclusion>
                <groupId>othergroup</groupId>
                <artifactId>ArtifactToExclude</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
于 2012-09-27T15:44:49.570 回答
3

对于未来的访问者(因为标题是通用的):

在 Maven 中,您有两类依赖项:

  • (外部)依赖项:您在pom.xml文件<dependencies>
  • 传递依赖项:你的pom.xml依赖项需要的依赖项(自动包含,连同它们的依赖项,等等)

根据官方 Maven文档 ,当遇到多个版本作为依赖项时,将应用以下中介:

Maven 选择“最近的定义”。也就是说,它使用依赖关系树中与您的项目最接近的依赖关系的版本。您始终可以通过在项目的 POM 中明确声明来保证版本。请注意,如果两个依赖版本在依赖树中的深度相同,则第一个声明获胜。

示例:如果 A、B 和 C 的依赖项定义为 A -> B -> C -> D 2.0 和 A -> E -> D 1.0,则构建 A 时将使用 D 1.0,因为从 A 到的路径D 到 E 更短。您可以在 A 中显式添加对 D 2.0 的依赖项以强制使用 D 2.0。

在上面的例子中,A 是实际的项目,B 和 E 是在其pom.xml文件中定义的外部依赖,C 和 D 是传递依赖。

于 2018-10-05T01:02:12.907 回答