Maven在运行mvn dependency:tree时无法识别同级模块

Question

我正在尝试设置一个多模块的Maven项目，而模块间的依赖关系显然没有正确设置。

我有：

<modules>
  <module>commons</module>
  <module>storage</module>
</modules>

在父POM (它有一个打包类型的pom)中，然后是定义同名JAR的子目录commons/和storage/。

存储依赖于Commons。

在主(主)目录中，我运行mvn dependency:tree并看到：

[INFO] Building system
[INFO]    task-segment: [dependency:tree]
[INFO] ------------------------------------------------------------------------
[INFO] [dependency:tree {execution: default-cli}]
[INFO] domain:system:pom:1.0-SNAPSHOT
[INFO] \- junit:junit:jar:3.8.1:test
[INFO] ------------------------------------------------------------------------
[INFO] Building commons
[INFO]    task-segment: [dependency:tree]
[INFO] ------------------------------------------------------------------------
[INFO] [dependency:tree {execution: default-cli}]
...correct tree...
[INFO] ------------------------------------------------------------------------
[INFO] Building storage
[INFO]    task-segment: [dependency:tree]
[INFO] ------------------------------------------------------------------------
Downloading: http://my.repo/artifactory/repo/domain/commons/1.0-SNAPSHOT/commons-1.0-SNAPSHOT.jar
[INFO] Unable to find resource 'domain:commons:jar:1.0-SNAPSHOT' in repository my.repo (http://my.repo/artifactory/repo)
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Failed to resolve artifact.

Missing:
----------
1) domain:commons:jar:1.0-SNAPSHOT

为什么对"commons“的依赖会失败，即使反应器显然已经看到了它，因为它成功地处理了它的依赖树？它绝对不应该去找它，因为它就在那里……

用于存储的pom：

<?xml version="1.0" encoding="UTF-8"?>
<project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <modelVersion>4.0.0</modelVersion>
  <packaging>jar</packaging>
  <parent>
    <artifactId>system</artifactId>
    <groupId>domain</groupId>
    <version>1.0-SNAPSHOT</version>
  </parent>
  <groupId>domain</groupId>
  <artifactId>storage</artifactId>
  <name>storage</name>
  <url>http://maven.apache.org</url>
  <dependencies>
    <!-- module dependencies -->
    <dependency>
      <groupId>domain</groupId>
      <artifactId>commons</artifactId>
      <version>1.0-SNAPSHOT</version>
    </dependency>

    <!-- other dependencies -->
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
</project>

谢谢你的建议！

(编辑)

为了澄清，我在这里寻找的是这样的:我不想安装模块X来构建依赖于X的模块Y，因为两者都是从同一父POM引用的模块。这对我来说很直观，如果我在同一个源码树中有两个东西，我不应该为了继续构建而安装中间产品。希望我的想法在这里有一定的意义。

Answer 1

我认为问题在于，当您指定一个依赖项时，Maven希望将其打包为jar (或其他任何形式)，并至少在本地存储库中可用。我确信，如果您首先在commons项目上运行mvn install，一切都会正常工作。

Answer 2

正如this maven mailing list thread中所讨论的，dependency:tree目标本身将在存储库中查找内容，而不是在反应器中查找。您可以通过按照前面的建议安装mvn来解决这个问题，或者执行一些不那么繁琐的调用反应器的操作，例如

mvn compile dependency:tree

这对我很有效。

Answer 3

意识到这是一个更老的线程，但看起来要么是工具进化了，要么是第一次就被遗漏了。

可以通过执行反应器构建来执行构建，该构建可以在不进行安装的情况下解析依赖项。

如果在描述项目模块结构的父级中开始构建，那么模块之间的依赖关系将在构建过程中通过内部Maven反应器解决。

当然，这不是完美的解决方案，因为它不能解决结构中单个模块的构建问题。在这种情况下，Maven将在他的反应器中没有依赖项，并将在存储库中解决它。因此，对于单独的构建，您仍然必须首先安装依赖项。

下面是一些描述这种情况的reference。