Docker环境下MDB连接IBM MQ为何优先查找JNDI而非实际队列名？

核心原因：Java EE规范与WildFly的JMS资源模型 #

• Java EE/JMS规范的强制要求：MDB作为Java EE标准组件，遵循JMS规范设计，规范要求组件通过JNDI（Java命名与目录接口）查找JMS目标（队列/主题），而非直接硬编码MQ的物理队列名称。这种设计是为了解耦应用与底层MQ服务，让应用可以在不同MQ提供商之间切换，无需修改业务代码。
• WildFly的资源绑定逻辑：当你在MDB的destination属性中填写My.Test.Queue时，WildFly会默认将其视为JNDI名称而非物理队列名，它会在本地JNDI树中查找对应资源。如果找不到匹配的JNDI条目，WildFly会触发自动创建逻辑，生成一个本地的JMS队列（也就是报错信息里的jms.queue.MY.TEST.QUEUE），但这个本地队列和IBM MQ中的物理队列MY.TEST.QUEUE没有关联。

你的配置误解 #

你混淆了MDB配置中destination属性的含义：它并非直接指向IBM MQ的物理队列名，而是指向WildFly本地JNDI中已绑定的、对应IBM MQ物理队列的资源条目。

正确的配置方向 #

要让MDB正确连接到IBM MQ的MY.TEST.QUEUE，需要完成两步关键配置：

1. 在WildFly中配置IBM MQ资源适配器，建立与远程IBM MQ容器的连接
2. 在WildFly的配置文件（如standalone-full.xml）中，将IBM MQ的物理队列MY.TEST.QUEUE绑定到本地JNDI节点（例如jms/MyTestQueue）
3. 修改MDB的destination属性为这个绑定的JNDI名称（如jms/MyTestQueue）

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