Gradle多模块Java项目中REngine与Rserve模块找不到的编译错误解决求助

我之前碰到过类似的场景，核心问题大概率是REngine和Rserve这两个依赖属于没有module-info.class的非模块化JAR，而Gradle的模块化路径推断逻辑和Maven存在差异，导致它们没被正确识别为模块并加入到模块路径中。下面是几个可以尝试的解决思路：

第一步：先确认依赖是否正常引入 #

先执行这个命令，检查子模块的编译类路径里是否已经包含REngine和Rserve：

./gradlew :rengine-rserve-wrapper:dependencies --configuration compileClasspath

如果输出里找不到这两个依赖，先运行./gradlew clean build --refresh-dependencies刷新本地仓库的依赖，确保JAR包已经正确下载到本地。

方法一：显式添加编译参数，强制引入模块 #

在子模块的build.gradle.kts中，给Java编译任务添加编译器参数，手动将这两个自动模块纳入模块路径：

plugins {
    id("java-library")
}

// ... 其他配置（group、version、repositories等） ...

java {
    modularity.inferModulePath.set(true)
}

tasks.compileJava {
    // 强制将REngine和Rserve模块加入编译路径
    options.compilerArgs.add("--add-modules=REngine,Rserve")
    // 允许当前模块读取这两个自动模块的内容
    options.compilerArgs.add("--add-reads=data.mining.apps.rengine.rserve.wrapper.main=REngine,Rserve")
}

// ... 依赖和测试任务配置 ...

方法二：确认自动模块的正确名称 #

有些非模块化JAR会在META-INF/MANIFEST.MF文件里通过Automatic-Module-Name属性指定模块名，你可以解压本地仓库里的REngine-2.1.0.jar和Rserve-1.8.1.jar查看这个属性。如果存在该属性，就把module-info.java里的requires声明改成对应的名称；如果没有，自动模块名默认是JAR文件名去掉版本号（也就是你当前写的REngine和Rserve，可以再核对一下）。

方法三：临时关闭模块路径推断（仅作排查用） #

如果上面的方法都没效果，可以先把modularity.inferModulePath.set(true)改成false，让Gradle用传统类路径处理依赖，验证是否是模块化配置导致的问题。这种做法会跳过模块化校验，虽然能解决编译问题，但会失去Java模块化的优势，只建议用来排查根源：

java {
    modularity.inferModulePath.set(false)
}

补充说明：你提到Maven下能正常运行，是因为Maven在处理模块化项目时，默认会把所有依赖都放到模块路径中，不管是否包含module-info.class；而Gradle的推断逻辑更严谨，对非模块化JAR的处理需要额外配置。

备注：内容来源于stack exchange，提问作者Hidden_Bad