我正在使用类路径将一个 jar 项目从 Java 10 迁移到使用 Java 9 拼图模块的 Java 11。 该项目有 JUnit5 测试。 测试依赖项由 Maven 在测试范围内提供。 模块被其他项目使用时，如何让所有包都打开测试但不打开？

jar 项目只是为其他项目(因此不需要主类)提供一些类(如实用项目)。

该项目在 /src/main/java/a/b/c/ 中获得了 5 个包。 使用这个 jar 的项目应该可以访问其中的 2 个。 其他 3 个仅供内部使用(由可访问的使用)。 测试位于 /src/test/java/a/b/c/。 这些测试具有在测试范围内提供的依赖项(JUnit、mockito、junt-params)，因为测试与使用此 jar 的项目无关

<dependency>
<groupId>org.junit.jupiter</groupId>
<artifactId>junit-jupiter-params</artifactId>
<version>${junit.version}</version>
<scope>test</scope>
</dependency>

我在 /src/main/java/ 提供了一个 module-info.java :

module moduleName {

requires java.base;

exports a.b.c.package1;
exports a.b.c.package3;
}

所以现在包 1 和包 3 中的公共(public)类应该可以按预期被其他项目访问(我还没有能够验证这一点)。

现在运行测试会导致 java.lang.reflect.InaccessibleObjectException:无法使 a.b.c.package1.collections.SomeTest() 可访问:模块 moduleName 不会“打开 a.b.c.package1”到未命名的模块 @6a84a97d

当我打开包裹时(使用opens)，一切运行顺利。 但是现在所有的包都打开了。 我希望包 2、4 和 5 只能在测试时访问，而 1 和 3 不应打开以进行反射(因此仅导出)。

我开始思考，既然 maven 告诉我未命名模块 @6a84a97d，这可能是为测试而创建的模块。 这促使我尝试在 /src/test/java/ 添加一个 module-info.java 进行测试。

module moduleNameTest {
requires moduleName; // the code to test
requires java.base;  // java.base could be transient on moduleName

// test dependencies
requires org.junit.jupiter.api;
requires org.junit.jupiter.params;
}

现在 maven (3.5.4) 声明:

src/test/java/module-info.java:[3,20] module not found: moduleName
src/test/java/module-info.java:[4,31] module not found: org.junit.jupiter.api
src/test/java/module-info.java:[5,31] module not found: org.junit.jupiter.params

技术:

• java openJDK 11
• MVN 3.5.4
• JUnit 5.3.0
• Surefire 插件 3.0.0-M3
• 模仿 2.21.0

如前所述，我希望包 2、4 和 5 只能在测试时访问，并且测试将在使用 Maven 构建 jar 时运行。包 1 和包 3 应该导出用于其他项目但不打开以供反射(因此只导出不打开)。

如果您需要更多信息，请随时询问。

提前致谢

凯文

最佳答案

“欢迎来到模块化世界中进行测试”，Kevin。

我在这里编写了一篇关于该主题的博客:https://github.com/sormuras/testing-in-the-modular-world

基本上，当涉及到白盒测试时，您需要在测试编译 或测试运行时 调整模块系统，以允许测试框架绕过模块系统障碍。

我想，您的方向是正确的……也许 Surefire 做错了事？想给https://github.com/sormuras/junit-platform-maven-plugin我写了一个镜头？该插件支持开箱即用的黑盒和白盒测试。特别是，当您提供 test/java/module-info.java 时，此插件会大放异彩。测试模块描述符。

请参阅这张“图片”，了解如何在不触及主模块描述符的情况下组织模块化测试:

src ├── main │ └── java │ ├── foo │ │ ├── PackageFoo.java │ │ └── PublicFoo.java │ └── module-info.java <------------------ module foo { exports foo; } ├── test │ └── java .--- open module foo { │ ├── foo / exports foo; │ │ └── PackageFooTests.java / requires org.junit.jupiter.api; │ └── module-info.[java|test] <----< } └── it \ └── bar °---- --add-reads └── src foo=org.junit.jupiter.api └── test --add-opens └── java foo/foo=org.junit.platform.commons ├── bar │ └── PublicFooTests.java └── module-info.java <------ open module bar { requires foo; requires org.junit.jupiter.api; }

这种模式也应该很容易应用到您的设置中。

相关问题:How do you organize tests in a modular Java project?

关于java - 如何打开包并仅要求依赖于测试范围模块以进行 JUnit 测试，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/54069098/