`AddMockitoJavaAgentToMavenSurefirePlugin` adds the agent when a parent already loads it from an explicit jar path
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 新手友好度
- 72/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- java
- 领域
- build-system
调研方向
Start with AddMockitoJavaAgentToMavenSurefirePlugin.java, especially the surefireArgLineWithAgent check, and trace how it handles inherited Surefire configuration and the dependency-plugin execution requirement. Add a regression test based on the parent-and-child reproduction in the issue. Done means an inherited explicit Mockito agent path prevents redundant recipe changes and preserves the parent's Surefire arguments.
由索引模型根据 Issue 内容生成。
描述
What version of OpenRewrite are you using?
- rewrite-migrate-java 3.49.0
- rewrite-maven-plugin 6.53.0
How are you running OpenRewrite?
Through the Maven plugin, with org.openrewrite.java.migrate.UpgradeToJava25 in a multi-module project. All modules inherit from a corporate parent POM.
What is the smallest, simplest way to reproduce the problem?
The parent POM sets up the Mockito agent once for every project that inherits it. It refers to the jar by its path in the local repository, not by ${org.mockito:mockito-core:jar}:
<properties>
<argLine/>
</properties>
<build>
<plugins>
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<argLine>
@{argLine}
-javaagent:${settings.localRepository}/org/mockito/mockito-core/${mockito.version}/mockito-core-${mockito.version}.jar
</argLine>
</configuration>
</plugin>
</plugins>
</build>
A child module uses the parent and has org.mockito:mockito-core as a test dependency, with no surefire configuration of its own.
@Test
void agentInheritedFromParentAsExplicitJarPath() {
rewriteRun(
mavenProject("parent",
pomXml(/* the parent above, with mockito.version set */),
mavenProject("child",
pomXml(/* child with mockito-core test dependency, no surefire config */)
)
)
);
}
What did you expect to see?
No changes. Every module already runs its tests with the Mockito agent, inherited from the parent's build/plugins.
What did you see instead?
The recipe changes every module that uses mockito-core:
- it adds a
maven-surefire-pluginwith<argLine>-javaagent:${org.mockito:mockito-core:jar}</argLine>(or@{argLine} -javaagent:...); - it adds a
maven-dependency-pluginpropertiesexecution (get-mockito-agent-path).
The module's own <argLine> replaces the inherited one, so each module loses the rest of the parent's surefire arguments (here --add-opens and the @{argLine}/JaCoCo chaining).
Why it happens
The parent check added in #1166 (for #1164) only treats the agent as configured when the inherited argLine contains the exact text the recipe would add (AddMockitoJavaAgentToMavenSurefirePlugin.java, surefireArgLineWithAgent):
.filter(argLine -> argLine != null && argLine.contains(agentArgument))
agentArgument is -javaagent:${org.mockito:mockito-core:jar} (or the byte-buddy-agent form). It also requires an inherited maven-dependency-plugin properties execution. That execution is only needed for the ${group:artifact:jar} form.
Why a parent would use the explicit path
${org.mockito:mockito-core:jar} is only set by maven-dependency-plugin:properties in modules that depend on mockito-core. In a corporate parent that applies one surefire configuration to every project, a module without mockito-core gets an unresolved -javaagent:${org.mockito:mockito-core:jar}, and its test JVM fails to start. Referring to the jar by its path, with the version Spring Boot's BOM manages, avoids that.
Suggested fix
Treat the agent as already configured when any inherited or local surefire argLine has a -javaagent: argument that points at a Mockito or Byte Buddy agent jar, in whatever form. For example, match -javaagent:\S*(mockito-core|byte-buddy-agent)\S*, not only the exact ${...:jar} text. When that agent is not the ${...:jar} form, don't require the maven-dependency-plugin properties execution either.
Are you interested in contributing a fix to OpenRewrite?
Yes, I'm happy to open a PR with the test above and the change to surefireArgLineWithAgent.
- 主要语言
- Java
- 星标
- 162
- 派生
- 139
- 平均合并
- 10 小时 28 分钟
- 30 天内合并 PR
- 121
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
openrewrite/rewrite-migrate-java 的其他 Issue
-
good first issue
难度 4/5 3-5 天 新手友好度 30/100
openrewrite/rewrite-migrate-java#1330 · 6 条评论 ·
维护者通常 1 天内回复
-
UseMapOf: Skip refactoring large maps to Map.ofEntries to prevent javac compiler hangs (add maxEntries option)可能已有人在做 @Yuren0312 于 17 天前认领。 未关闭bug
难度 3/5 1-2 天 新手友好度 55/100
openrewrite/rewrite-migrate-java#1310 · 1 条评论 ·
维护者通常 1 天内回复
-
Recipe UseMapOf generates Map.of() with nullable values or duplicate keys, causing runtime NullPointerException可能已有人在做 @henriquejsza 于 12 天前认领。 未关闭bug
难度 4/5 3-5 天 新手友好度 55/100
openrewrite/rewrite-migrate-java#1307 ·
维护者通常 1 天内回复
-
bug
难度 4/5 3-5 天 新手友好度 68/100
openrewrite/rewrite-migrate-java#1246 ·
维护者通常 1 天内回复
-
Feedback from a 152k-line Java 8 to 25 migration: the silent behavioural changes that cost the most, and which have no recipe可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 5/5 一周以上 新手友好度 32/100
openrewrite/rewrite-migrate-java#1227 · 4 条评论 · 1 个 reaction ·
维护者通常 1 天内回复
查看 openrewrite/rewrite-migrate-java 的全部 Issue
相似的 Issue
-
Four TestConstraintBasedAlgorithm tests pass when nothing is thrown可能已有人在做 @sharanggupta 今天认领。 未关闭
难度 1/5 1-3 小时 新手友好度 85/100
-
bug documentation good first issue help wanted priority low size XS
难度 2/5 1-3 小时 新手友好度 85/100
martin-francois/symphony-trello#1351 ·
维护者通常 1 天内回复
-
Add test coverage for ConvertUtil.parseDate() with NULL input可能已有人在做 @mirajul-mollah7 今天认领。 未关闭
难度 1/5 1 小时以内 新手友好度 78/100
eclipse-sw360/sw360#4792 · 1 条评论 ·
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
aws/aws-emulator#30 · 1 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 4 天内回复