![]() |
1
17
我认为问题在于,当您指定依赖关系时,Maven希望将其作为JAR(或其他)打包,并且至少可以从本地回购获得。我相信如果你跑的话
|
![]() |
2
90
正如在 this maven mailing list thread 依赖关系:树目标本身将在存储库中查找内容,而不是在反应堆中查找内容。你可以通过安装MVN来解决这个问题,正如前面建议的那样,或者做一些不那么麻烦的事情来调用反应堆,比如
为我工作。 |
![]() |
3
6
意识到这是一个较旧的线程,但似乎是工具的发展,或者这可能是第一次错过。 可以执行一个构建,通过执行一个反应器构建来解决依赖关系,而无需安装。 如果在描述项目模块结构的父级中启动构建,那么在构建期间,模块之间的依赖关系将通过内部Maven反应器解决。 当然,这不是完美的解决方案,因为它不能解决结构中单个模块的构建问题。在这种情况下,Maven在他的反应堆中将不具有依赖性,并且将在存储库中寻求解决它。因此,对于单个构建,您仍然必须首先安装依赖项。 这里有一些 reference 描述这种情况。 |
![]() |
4
3
对我来说,导致我进入这个线程的是一个类似的问题,解决方案是确保所有的模块依赖POM都有
父母有 聚甲醛 我的模型DEP有聚甲醛-所以没有找到罐子。 |
![]() |
5
3
唯一对我有用的事情:切换到Gradle:( 我有
我可以在war1中使用cd,并使用mvn tomcat7:run war。 我以前总是要安装整个项目,尽管war1引用了他的父级,而父级引用了war1和dep1(作为模块),所以所有依赖项都应该是已知的。 我不明白是什么问题。 |
![]() |
6
-1
确保失败的模块在POM中得到解决,通过在模块的POM文件中包含配置来指向正确的父级。 |