IBM MQ连接报错2035：Docker镜像用户优先于config.yaml配置用户问题

问题根因 #

你的Spring JMS应用没有将自定义ibm.mq前缀的配置值显式绑定到MQ连接工厂，导致连接时默认读取容器当前运行用户（也就是Dockerfile指定的UID 7676对应的y用户）作为MQ认证用户，而非yaml中配置的staging用户。同时队列管理器配置ADOPTCTX(NO)，不采纳客户端传递的用户上下文，进一步触发2035权限错误。

解决方案 #

方案1（推荐，无服务端变更，对齐生产逻辑） #

显式将yaml配置注入MQ连接工厂，强制使用配置的用户密码认证：

1. 先补全config.yaml的MQ密码配置：

ibm:
  mq:
    connName: x.x.x.x(1414)
    queueManager: x
    channel: x.x
    user: staging
    password: 你的staging用户对应密码 # 补上缺失的密码配置

2. 调整MQ连接工厂配置，显式读取配置值，以Spring Boot为例：

@Configuration
@ConfigurationProperties(prefix = "ibm.mq")
@Data
public class MqConfig {
    private String connName;
    private String queueManager;
    private String channel;
    private String user;
    private String password;

    @Bean
    public MQConnectionFactory mqConnectionFactory() throws JMSException {
        MQConnectionFactory factory = new MQConnectionFactory();
        factory.setConnectionNameList(connName);
        factory.setQueueManager(queueManager);
        factory.setChannel(channel);
        // 核心：显式指定认证用户，覆盖默认系统用户
        factory.setBooleanProperty(WMQConstants.USER_AUTHENTICATION_MQCSP, true);
        factory.setStringProperty(WMQConstants.USERID, user);
        factory.setStringProperty(WMQConstants.PASSWORD, password);
        return factory;
    }
}

如果是Spring Boot默认的MQ自动配置，直接把配置前缀改成spring.mq即可，不需要自定义配置类，Spring会自动读取注入：

spring:
  mq:
    conn-name: x.x.x.x(1414)
    queue-manager: x
    channel: x.x
    user: staging
    password: 你的staging用户对应密码

方案2（服务端调整，适配现有客户端逻辑） #

修改开发环境IBM MQ队列管理器的认证配置，强制采纳客户端传递的用户上下文：

1. 执行MQSC命令调整认证信息：

ALTER AUTHINFO(SYSTEM.DEFAULT.AUTHINFO.IDPWOS) AUTHTYPE(IDPWOS) ADOPTCTX(YES)
ALTER QMGR CONNAUTH(SYSTEM.DEFAULT.AUTHINFO.IDPWOS)
REFRESH SECURITY TYPE(CONNAUTH)

调整后只要客户端传递了staging用户和密码，队列管理器就会采纳该身份进行权限校验。

方案3（临时验证用，不推荐长期使用） #

修改Dockerfile的运行用户，直接使用staging用户（需保证容器内存在该用户且UID和MQ服务器上的staging用户UID一致）：

# 先创建staging用户（如果基础镜像没有）
RUN useradd -u <staging用户对应的UID> staging
USER staging
ENTRYPOINT ["/entrypoint.sh"]
CMD ["./app.jar"]

校验逻辑 #

调整后重启应用，查看队列管理器侧日志，如果没有AMQ9557报错，且应用日志没有2035错误，说明已经使用staging用户认证成功。

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