Grails多子项目中仅A子项目出现ClassNotFoundException求助

针对你遇到的子项目A无法加载dokumentlager.api.Indholdstype但子项目B正常的问题，可按以下步骤排查：

1. 核对依赖配置细节 #

• 手动对比子项目A和B的build.gradle，确认插件依赖的配置项完全一致，包括是否使用implementation而非compileOnly等限制类加载的配置；检查A中是否存在意外的依赖排除规则（如exclude group: 'dokumentlager'）。
• 执行./gradlew :subprojectA:dependencies --configuration runtimeClasspath，将输出与子项目B的结果逐行对比，确认传递依赖是否完整引入。

2. 分析类加载行为差异 #

• 给子项目A的启动命令添加JVM参数-verbose:class，输出类加载日志，搜索dokumentlager.api.Indholdstype，查看加载失败的具体提示，对比子项目B的加载日志，定位类加载器或加载时机的差异。
• 检查子项目A是否存在自定义类加载逻辑，比如Grails插件配置、Spring类加载器设置，或项目中自定义的类加载器代码，导致该类无法被应用类加载器识别。

3. 验证构建产物完整性 #

• 查看子项目A的build/libs目录下的最终产物（war/jar），解压后确认Indholdstype所在的jar包是否被正确打包进去，对比子项目B的产物结构。
• 检查子项目A的build/dependency-cache目录，确认依赖的插件jar及其传递依赖是否完整存在。

4. 排查本地环境差异 #

• 核对本地Gradle配置（~/.gradle/gradle.properties、项目根目录settings.gradle的仓库配置）与其他正常运行的开发者是否一致，确保非公开插件的仓库地址正确，本地maven仓库中该插件的jar包未损坏。
• 确认本地JDK版本与团队一致，Grails 4对JDK版本有明确要求，不同版本的类加载行为可能存在差异。

5. 检查代码引用与加载时机 #

• 确认子项目A中dokumentlager.api.Indholdstype的导入语句无拼写错误，未误导入同名类。
• 检查该类的使用场景，是否在静态代码块、Spring Bean初始化阶段过早引用，导致类加载时机异常。

6. 调试Gradle构建与启动过程 #

• 执行./gradlew :subprojectA:bootRun -Dorg.gradle.debug=true，用IDE连接调试，在ClassNotFoundException的异常断点处查看调用栈，分析类加载失败的具体触发场景。

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