AWS CodePipeline部署Java Gradle应用至Elastic Beanstalk遇502错误

• Java Gradle应用配置AWS CodePipeline后，构建流程正常，但将生成的Jar包部署到Elastic Beanstalk时出现**502 Bad Gateway（Nginx）**错误
• 本地Windows环境编译的Jar包手动上传至CodePipeline可正常运行，CodePipeline构建生成的Jar包则触发错误
• 构建环境：Amazon Linux/Ubuntu、Java 1.8、Gradle 4.4
• 错误核心：Liquibase校验失败，提示3个变更集校验和不匹配，进而导致Spring Bean创建异常
• 已尝试操作：对比Jar包（仅存在大小差异）、更换构建镜像、将Jar包移至根目录，问题未解决
• 当前buildspec.yaml的post_build配置片段：

post_build:
  commands:
    # move the jar (by wildcard, agnostic to its name) to top level app.jar
    - mv build/libs/*.jar app.jar
artifacts:
  files:
    # publish the now top level app.jar as the artifact
    - app.jar

1. 统一Liquibase变更文件换行符 #

本地Windows环境默认使用CRLF换行，而CodePipeline的Linux/Ubuntu构建环境使用LF换行，换行符差异会导致Liquibase计算的校验和不一致。在buildspec.yaml的pre_build阶段添加换行符统一命令：

pre_build:
  commands:
    # 将Liquibase变更文件换行符转换为LF
    - find src/main/resources/db/changelog -name "*.xml" -exec sed -i 's/\r$//' {} \;

2. 调整Liquibase校验规则 #

临时禁用校验和校验 #

在应用配置文件（application.properties或application.yml）中添加：

liquibase.change-log-validation-mode=WARN

此配置会将校验和不匹配的警告转为非致命错误，允许服务启动，但建议仅作为临时排查手段。

指定允许的校验和值 #

在不匹配的变更集标签中添加validCheckSum属性，同时兼容本地和构建环境的校验和：

<changeSet id="your-change-set-id" author="your-name" validCheckSum="7:local-checksum, 7:pipeline-checksum">
    <!-- 变更集内容 -->
</changeSet>

注：7:代表SHA-256算法，可根据实际错误日志中的算法前缀调整。

3. 统一Gradle构建编码 #

在build.gradle中添加编码配置，避免因编码差异导致文件内容变化：

tasks.withType(JavaCompile) {
    options.encoding = 'UTF-8'
}

tasks.withType(GroovyCompile) {
    options.encoding = 'UTF-8'
}

4. 排查构建过程中的文件修改 #

检查buildspec.yaml及Gradle插件是否存在意外修改Liquibase变更文件的逻辑，确保构建过程中变更文件内容与本地一致。

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