Mule Runtime 4.3.0-20210319部署应用报pgpEncryptBinary参数冲突错误求助

• 触发条件：CloudHub环境部署Mule企业应用时触发部署失败
• 异常关联版本：Mule Runtime 4.3.0、4.3.0-20210319
• 可正常运行的对照版本：Mule Runtime 4.3.0-20210119、Mule Runtime 4.2.2
• 核心堆栈报错：

java.lang.IllegalStateException: com.mulesoft.ch.services.agent.muleAgent.MuleAgentException: {"errorType":"class java.lang.IllegalArgumentException", "errorMessage":"There was an error on the Mule Runtime while deploying the application . Error: Failed to deploy artifact []. ConfigurationException: In operation 'pgpEncryptBinary', the following parameters cannot be set at the same time: [pgpKeyInfo, keyId]" }

该报错属于Mule Runtime版本迭代后的参数强校验逻辑收紧导致的兼容性问题：2021年3月及之后发布的4.3.0版本Runtime，在PGP连接器层新增了对pgpEncryptBinary操作的参数合法性校验，强制要求pgpKeyInfo与keyId两个参数不能同时被赋值；而此前的Runtime版本未加该校验，因此即使应用配置存在参数冗余设置，也可以正常启动运行。

• 全局检索应用代码中所有调用pgpEncryptBinary操作的流程节点
  • 逐节点检查可视化配置项，确认是否同时显式选中/填写了pgpKeyInfo与keyId两个配置项
  • 检查节点绑定的全局PGP配置、属性占位符映射关系，排查是否存在两个参数同时被占位符赋值的情况，哪怕赋值为空字符串，也会被新版本校验逻辑判定为“已设置”
• 核查部署链路的参数注入逻辑
  • 检查CloudHub部署环境的配置项、CI/CD流水线传入的应用参数，确认是否存在给pgpKeyInfo和keyId对应占位符同时传值的情况，这类隐藏配置很容易在版本升级后被遗漏
• 核对依赖版本匹配性
  • 检查应用引入的PGP连接器版本，确认是否与当前使用的Runtime版本存在参数定义不兼容的问题

• 核心适配方案：按照PGP操作的参数约束二选一保留配置
  • 若通过预置的密钥环定位加密公钥，仅保留keyId配置，清空pgpKeyInfo对应的所有显式配置、占位符绑定，确保没有残留的空值绑定触发校验
  • 若通过动态传入密钥信息完成加密，仅保留pgpKeyInfo配置，移除keyId参数的所有赋值入口
• 临时规避方案（非长期推荐）
  • 若存在特殊业务场景无法快速调整配置，可暂时将CloudHub部署的Runtime版本回退到验证可正常运行的4.3.0-20210119版本，待配置调整完成后再升级版本
• 依赖兼容调整方案
  • 若调整参数配置后仍存在校验报错，可将应用的PGP连接器依赖升级到与4.3.0-20210319及后续Runtime版本适配的兼容版本，消除参数定义层面的兼容差异

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