Mojo开发--在多模块项目中处理未解决的依赖关系
我有一个用@RequiresDependencyResolution测试注释的mojo。
-- my_project
|
-- pom.xml
-- submodule1
|
-- pom.xml
-- submodule2
|
-- pom.xml
-- submodule21
|
-- pom.xml
-- submodule22
|
-- pom.xml
通过对github上的surefire代码的简单扫描，它看起来也使用RequiresDependencyResolution=Test，但是能够在这个项目上运行而没有问题。
https://github.com/apache/maven-surefire/blob/master/maven-surefire-plugin/src/main/java/org/apache/maven/plugin/surefire/surefireplugin.java
https://github.com/apache/maven-surefire/blob/master/maven-surefire-common/src/main/java/org/apache/maven/plugin/surefire/abstractsurefiremo.java
与我自己的代码唯一明显的区别是，它使用java注释，而不是旧风格的javadoc注释。
万无一失的魔力是如何实现这一点的？
我的代码是
示例项目显示问题
http://code.google.com/p/pitestrunner/issues/detail?id=71
共有1个答案
为了其他有这个问题的人的利益--我最终解决了这个问题。插件没有问题。
surefire和我自己的插件之间的区别只是它们运行的方式。肯定是绑定到测试阶段，我自己的插件是通过直接调用一个目标来运行的。当我将插件绑定到验证阶段时，所有问题都解决了。
-
在使用Maven一段时间后，我对Maven在构建体系结构中带来的许多特性感到兴奋，尤其是依赖项管理。然而，我一次又一次地遇到了一个问题--Maven如何解决多模块项目之间的依赖关系。我想知道这是否是当前Maven实现的大缺陷和/或是否有任何令人满意的解决方案。 假设我有一个多模块的Maven项目。父pom包含三个模块--moduleA(jar)、moduleB(jar)和moduleC（war）。
-
我有一个多模块Maven项目，其中包含子模块ModuleA和ModuleB等。ModuleA将ModuleB列为依赖项。但是，当仅构建模块A时，Maven不会解决模块B的依赖关系-导致。我想避免构建整个父级以使构建更快。目前我发现让它工作的唯一方法是使用exec插件和脚本，将父项目称为“ModuleB， ModuleA”，这意味着我必须在每次依赖项更改时更改脚本（例如添加ModuleC）。 是否有
-
我有一个关于Maven依赖解析机制如何在多模块项目中工作的问题。 通常，我只在构建多模块项目时使用“mvn clean install”，我的假设是，如果项目中的任何模块需要以前的模块，依赖关系将通过访问本地存储库并加载相应的“jar”来解决。 由于项目内部原因，我必须使用“mvn清洁编译”，这个命令自然不会创建任何“jar”，而“install”不存在。所以在这里我开始想知道，多模块项目的依赖项
-
使用IntelliJ最新的scala插件sbt 13.8和scala 2.11.7的新sbt项目，我尝试添加一个库-akka 2.4.2。在此之后，我简单地添加 [信息]解析org.scala-sbt#testing；0.13.8... [信息]解析org.scala-sbt#test-agent；0.13.8... [信息]解析org.scala-SBT#test-interface；1.0..
-
问题内容： 我试图弄清楚Maven多模块项目中的所有依赖项。首先，我使用appfuse创建了一个新的spring mvc多模块项目。它最初具有Web和核心模块。 我发现了部署此项目的知识。但是当我遇到错误时。我总是在哪里添加依赖项或插件感到困惑。我想澄清以下问题。 我创建了一个appfuse mvc多模块项目。我先安装了核心，然后在网上进行了maven jetty7：run（最初我在根文件夹上运行
-
我的项目是个springboot多模块项目，其中2个模块A,B, A的pom文件引用了B，B pom里也引用了A，现在启动报错。怎么能配置pom文件正常启动？ 现在是把依赖的代码去掉了，在自己模块在写一遍，但是代码就重复了。希望通过配置文件消除这个问题。