Jenkins运行含JavaFX依赖的JUnit测试遇权限异常求助

这个错误的核心原因是Java模块系统的封装机制：javafx.base模块没有将内部包com.sun.javafx.beans导出给运行在未命名模块（unnamed module）中的ByteBuddy工具，导致反射访问被拒绝。你之前的尝试无效，是因为配置的参数类型错误，且误清空了测试类路径。

正确的Gradle测试任务配置 #

修改你的Gradle Test任务配置，重点是为测试进程添加VM运行参数（而非编译参数），并保留必要的类路径：

tasks.withType(Test).configureEach {
    // 为测试JVM添加模块导出参数，允许ByteBuddy访问JavaFX内部包
    jvmArgs += [
        '--add-exports', 'javafx.base/com.sun.javafx.beans=ALL-UNNAMED',
        '--add-exports', 'javafx.base/com.sun.javafx.reflect=ALL-UNNAMED', // 可选，但部分场景下ByteBuddy会用到
        '--add-modules', 'javafx.controls,javafx.base' // 若JDK自带JavaFX可省略，但显式声明更稳妥
    ]
    
    // 移除之前的classpath = files()！这会导致测试类和依赖无法加载
    // classpath = files()  <-- 删除这一行
}

关键修正点说明 #

1. 替换compilerArgs为jvmArgs：
   • compilerArgs是给Java编译器的参数，而测试运行时的VM参数需要用jvmArgs配置，这是你之前方案无效的核心原因。
2. 添加--add-exports参数：
   • 强制javafx.base模块将内部包com.sun.javafx.beans导出给所有未命名模块（ByteBuddy运行在此模块中），解决反射访问权限问题。
3. 移除classpath = files()：
   • 这行代码会清空测试类路径，导致测试类、依赖库无法被加载，直接引发测试失败，必须删除。

额外注意事项 #

• 你使用的是Azul含JavaFX的JDK，无需手动指定--module-path，因为JDK已经内置了JavaFX模块。
• 如果后续仍有类似内部包访问错误，可参照格式添加更多--add-exports参数，例如javafx.controls/com.sun.javafx.scene.control=ALL-UNNAMED等。

内容的提问来源于stack exchange，提问作者mipolansk