mvn依赖:树在普通项目上失败

时间:2015-03-03 15:20:16

标签: maven maven-dependency-plugin

我有一个非常复杂的项目(大约100个模块),我想在其上运行mvn dependency:tree。它失败了,抱怨无法解决的依赖关系。否则该项目编制正常。所以我创建了我可以提出的最基本的项目,它仍然失败并出现同样的错误。显然要么我必须做一些非常基本的错误,否则 maven-dependency-plugin 还没有被任何人使用过。以下是测试项目的三个POM:

的pom.xml:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.example</groupId>
    <artifactId>root</artifactId>
    <version>1.0.0-SNAPSHOT</version>
    <packaging>pom</packaging>
    <modules>
        <module>foo</module>
        <module>bar</module>
    </modules>
</project>

富/ pom.xml中:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.example</groupId>
    <artifactId>foo</artifactId>
    <version>1.0.0-SNAPSHOT</version>
    <packaging>jar</packaging>
</project>

酒吧/ pom.xml中:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.example</groupId>
    <artifactId>bar</artifactId>
    <version>1.0.0-SNAPSHOT</version>
    <packaging>jar</packaging>
    <dependencies>
        <dependency>
            <groupId>com.example</groupId>
            <artifactId>foo</artifactId>
            <version>1.0.0-SNAPSHOT</version>
        </dependency>
    </dependencies>
</project>

然后我在顶级目录中发出以下命令mvn dependency:tree并获得以下输出:

[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO] 
[INFO] foo
[INFO] bar
[INFO] root
[INFO]                                                                         
[INFO] ------------------------------------------------------------------------
[INFO] Building foo 1.0.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] 
[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ foo ---
[INFO] com.example:foo:jar:1.0.0-SNAPSHOT
[INFO]                                                                         
[INFO] ------------------------------------------------------------------------
[INFO] Building bar 1.0.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO] 
[INFO] foo ................................................ SUCCESS [  0.756 s]
[INFO] bar ................................................ FAILURE [  0.011 s]
[INFO] root ............................................... SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1.065 s
[INFO] Finished at: 2015-03-03T16:19:18+01:00
[INFO] Final Memory: 13M/309M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal on project bar: Could not resolve dependencies for project com.example:bar:jar:1.0.0-SNAPSHOT: Could not find artifact com.example:foo:jar:1.0.0-SNAPSHOT -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
[ERROR] 
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn <goals> -rf :bar

我错过了什么?难道这不能正常工作吗?

2 个答案:

答案 0 :(得分:8)

我很沮丧为什么它没有工作 简单的依赖性分析并没有起作用 官方没有任何指导如何做到这一点 另一个非常有用的命令既没有工作

mvn dependency:resolve

但是,也许你可以试试这些命令

mvn test-compile dependency:resolve
mvn test-compile dependency:tree

无论如何,它对我有用

2017年3月13日更新

我们可以通过跳过编译来加快速度。

 mvn test-compile dependency:resolve -Dmaven.main.skip=true -Dmaven.test.skip=true
 mvn test-compile dependency:tree    -Dmaven.main.skip=true -Dmaven.test.skip=true

很遗憾它没有为我们的项目工作,因为我们的项目是使用kotlin,也许是kotlin的错误没有跳过编译,也许我应该向Jetbrains报告这个错误。

答案 1 :(得分:3)

好的,让我们做出正确的答案,因为评论有点太短,无法正确解释。

Maven是各种组合方面的工具,有时很难确定哪些部分正在为给定的命令发挥作用。

在您的示例中,您有两个经典项目,foobar以及一个特殊项目root
root在你扮演两个角色的意义上是特殊的。

  • 第一个称为父pom 。它通常用于修复依赖项和插件版本,以及需要级联到子项目的一些常见配置。它还有一个有用的属性,因为子项目继承了版本,除非在子项目中自己明确指定。
  • 第二个角色叫做 reactor pom 。这是主要在<modules>标签中定义的部分。它定义了一组其他项目,命令可以作为一个组发送到该项目(例如:mvn clean install)。执行此类命令时,maven将查看<modules>中描述的项目,并根据其声明的依赖关系,确定必须使用给定命令调用的顺序,以便最大化< / em>构建成功的机会。

现在,关于您尝试的各种命令的行为(假设它们都在root项目中被调用:

  • mvn dependency:tree将对<modules>标记中列出的所有项目及其自身执行依赖性分析。 此分析针对存储库执行,意味着您的本地.m2存储库,以及其他需要时的外部存储库。如果您没有先在存储库中安装项目,那么它将在bar上失败,因为在那里找不到com.example:foo:1.0.0-SNAPSHOT
  • mvn [clean] install,使用相同的顺序,将执行项目的完整打包和部署到本地存储库。由于bar将在foo放入您的存储库后执行,所以一切都会好的,每个人都会很高兴。

但是那个有效的mvn compile呢?

嗯,你的情况有点棘手。由于您的示例没有要编译的实际代码,因此将跳过编译的依赖项解析,因此,当您的foo工件尚不可用时,不会发生错误。

现在,关于你的回购中关于分支和工件的评论...... 切换到分支时,除非所有其他项目(模块)都使用稳定版本号(即没有SNAPSHOT后缀),否则在您的reactor pom上执行mvn [clean] install运行确保您开始使用一组连贯的模块和依赖项 你可能认为这是浪费时间,与例如解释语言,但处理项目是 MAVEN方式。它确保您在开始工作之前对齐所有模块。