运行mvn依赖项时，Maven无法识别兄弟模块：tree
我试图build立一个多模块的Maven项目，而模块间的依赖关系显然没有正确设置。
我有：
<modules> <module>commons</module> <module>storage</module> </modules> 在父POM中（它有一个包装types的POM），然后是子目录commons /和storage /它们定义JAR POM具有相同的名称。
存储取决于Commons。
在main（master）目录中，我运行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”的依赖失败，尽pipe反应堆已经明显地看到它，因为它成功地处理了它的依赖树？ 它绝对不应该去“净”find它，因为它在那里…
存储的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>
感谢您的任何build议！
（编辑）
为了澄清，我在这里寻找的是这样的：我不想要安装模块X来build立依赖于X的模块Y，因为它们都是从同一个父POM引用的模块。 这对我来说很直观，如果我在同一个源代码树中有两件事情，我不应该安装中间产品来继续构build。 希望我的想法在这里有一定意义。
我认为问题是，当你指定一个依赖项时，Maven希望将它作为jar（或者其他）打包并且至less可以从本地仓库获得。 我敢肯定，如果你在你的公共项目上运行mvn install ，那么一切都将起作用。
正如在这个maven邮件列表线程中所讨论的，dependency：tree目标本身将在存储库中而不是在reactor中查找事物。 你可以通过安装mvn来解决这个问题，就像以前的build议一样，或者做一些不太复杂的调用反应堆的东西，比如
mvn compile dependency:tree
为我工作。
意识到这是一个古老的线程，但似乎无论是工具的演变，或可能已经错过了第一次。
可以执行构build，使得依赖关系解决，而无需通过执行反应器构build进行安装。
如果在描述项目模块结构的父项中开始构build，那么在通过内部Maven反应器构build本身时，将解决模块之间的依赖关系。
当然，这并不是一个完美的解决scheme，因为它不能解决结构内单个单独模块的构build问题。 在这种情况下，Maven将不会在他的反应堆中有依赖关系，并且正在寻求在存储库中解决它。 所以对于个人构build，您仍然必须先安装依赖关系。
这里有一些参考描述这种情况。
对我来说，是什么导致我这个线程是一个类似的问题，解决的办法是确保所有模块依赖性POM的
<packaging>pom</packaging>
父母有
POM
我的示范区有pom – 所以没有发现的jar子。
唯一的工作对我来说：切换到gradle 🙁
我有
Parent +---dep1 +---war1 (using dep1)
我可以在war1中cd，然后使用mvn tomcat7：run-war。 我总是必须先安装整个项目，尽pipewar1引用了他的父代和父代引用war1和dep1（作为模块），所以所有依赖关系都应该是已知的。
我不明白是什么问题。
确保没有得到解决的模块通过在模块的pom文件中包含configuration来指向正确的父节点。
