Grails 6.2.0应用在Tomcat 9中启动失败问题解析

问题背景

在将Grails应用从5.x版本迁移到6.2.0版本的过程中，开发人员遇到了一个典型的问题：当使用gradle war命令构建的WAR文件部署到Tomcat 9容器时，应用启动失败。这个问题特别值得关注，因为它涉及到Grails框架与Tomcat容器的兼容性问题。

错误现象

部署过程中，应用启动时抛出以下关键异常：

java.lang.NullPointerException: Cannot invoke "String.split(String)" because "sources" is null
    at org.springframework.boot.cli.app.SpringApplicationWebApplicationInitializer.getSources

错误堆栈显示问题出在Spring Boot的Web应用初始化器中，当尝试读取Spring-Application-Source-Classes时遇到了空指针异常。

根本原因分析

深入分析后发现，这个问题与Grails的依赖管理有关：

1. 项目中使用了Database Migration插件(4.2.1版本)，该插件依赖org.grails:grails-shell:6.1.2
2. grails-shell模块本应只在开发环境中使用，不应该出现在运行时类路径中
3. 当这个依赖被包含在WAR文件中时，会导致Spring Boot初始化器错误地尝试处理它

解决方案

解决这个问题的关键在于正确配置Gradle构建脚本，确保grails-shell不会被打包到运行时依赖中：

configurations {
    developmentOnly
    runtimeClasspath {
        // 排除database-migration带来的grails-shell依赖
        exclude group: 'org.grails', module: 'grails-shell'
    }
}

这个配置明确告诉Gradle在构建运行时类路径时排除grails-shell模块。

技术原理

理解这个问题的本质需要了解几个关键点：

1. Spring Boot初始化机制：SpringApplicationWebApplicationInitializer是Spring Boot用来初始化Web应用的类，它会尝试读取MANIFEST.MF中的配置信息

2. Grails模块划分：grails-shell是用于命令行交互的开发工具，不应该出现在生产环境中

3. 依赖传递：Database Migration插件在开发时需要grails-shell，但这种依赖不应该传递到运行时环境

最佳实践建议

1. 在升级Grails版本时，特别注意插件依赖的兼容性
2. 定期检查运行时依赖，确保没有不必要的开发工具被打包
3. 使用gradle dependencies命令分析依赖树，识别潜在的冲突
4. 对于需要在不同环境有不同表现的依赖，使用Gradle的配置作用域(如developmentOnly)

总结

这个问题展示了依赖管理在Java/Spring/Grails生态系统中的重要性。通过正确配置Gradle排除不必要的运行时依赖，我们不仅解决了应用启动失败的问题，也遵循了"最小依赖"的安全原则。对于正在进行Grails版本迁移的团队，这是一个值得注意的经验教训。