Grails项目本地运行正常，打包部署测试服务器后出现NoClassDefFoundError

这种本地跑完全正常，一打包部署就丢类的问题，我碰到过好多次，大多和依赖配置、打包逻辑或者服务器环境有关，给你整理几个实用的排查方向和解决办法：

1. 先查依赖的Scope配置 #

Grails项目的build.gradle里，如果某个依赖被设成了compileOnly或者testCompile，本地IDE会自动帮你把这些类加载进来，但打包成WAR/JAR的时候不会包含它们，服务器上自然找不到。

• 打开根目录的build.gradle，找到报错相关类对应的依赖，确保它的scope是implementation（Grails 4及以上版本）或者compile（旧版本）。
• 比如你代码里的ScheduledReportDeleteAllCommand是自定义命令类，要确认它所在的模块有没有被误设成仅测试依赖，或者主项目有没有正确引入该模块。

2. 确认自定义类是否被打包工具识别 #

Grails对类的存放目录有约定，如果你的自定义类（比如那个命令类）放在了非默认目录，打包时可能会被漏掉：

• 检查ScheduledReportDeleteAllCommand是不是在grails-app/commands或者src/main/groovy这类默认目录里；如果是自定义目录，得在build.gradle里配置sourceSets把它加进去：

sourceSets {
    main {
        groovy {
            srcDirs += 'src/your-custom-dir/groovy' // 替换成你的实际目录
        }
    }
}

• 记得先执行grails clean再跑grails package，避免缓存导致的类遗漏。

3. 检查服务器端的部署细节 #

如果是部署到Tomcat这类容器，别光传包，得确认包的内容：

• 把WAR包解压，看看WEB-INF/classes里有没有缺失的类文件，比如ScheduledReportDeleteAllCommand.class应该出现在WEB-INF/classes/com/x/scheduledReports/下面；WEB-INF/lib里有没有对应的第三方依赖JAR。
• 清理服务器上的旧部署残留，比如之前的WAR包没删干净，新旧类混在一起也可能出问题，先清空部署目录再重新传新包。

4. 核对本地和服务器的运行环境 #

环境版本不一致也会搞出类加载的问题：

• 确认测试服务器用的Grails版本（或者Tomcat等容器的版本）和本地完全一致，别本地用Grails 5.2.0，服务器却跑着5.0.0。
• 排查插件兼容性，有些插件在打包阶段会干扰依赖的打包逻辑，可先禁用非必要插件，重新打包试试能不能正常运行。

小提示：抓完整异常栈 #

你只贴了部分导入代码，建议把完整的NoClassDefFoundError异常栈打出来——到底是你自定义的ScheduledReportDeleteAllCommand找不到，还是某个第三方依赖类找不到？这能帮你直接锁定问题根源：

• 如果是自定义类：重点查上面的1、2两点；
• 如果是第三方类：重点查依赖的Scope和打包是否包含该依赖。

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