跨不同WebLogic域的JMS服务器创建临时队列作replyTo的可行性

直接给结论：这在WebLogic的JMS实现中通常是不可行的，核心原因和临时队列的设计特性以及WebLogic的域隔离机制强相关，下面具体拆解细节：

• 临时队列的本质是和创建它的JMS连接强绑定的，而且完全归属在创建它的那个WebLogic域的JMS服务器实例里。它的地址是域内本地专属的，不会被注册到跨域可访问的JNDI空间，另一个域的JMS服务器根本无法识别这个临时队列的存在。
• 从JMS规范和WebLogic的实现逻辑来看，当你把域A的临时队列设为replyTo地址发送给域B的消费者时，域B的消费者尝试回复消息时，它的JMS连接属于域B，既没有权限也没有有效路径去访问域A的本地临时队列，大概率会抛出InvalidDestinationException这类错误。
• 就算你想手动传递临时队列的地址信息，WebLogic的JMS层会做归属校验——临时队列只能由创建它的连接所在的域内组件访问，跨域的访问请求会被直接拒绝。

如果你需要实现跨WebLogic域的请求-响应模式，这里有几个可行的替代方案：

• 使用持久化的全局队列作为ReplyTo：在其中一个域（比如接收请求的目标域）创建一个持久队列，配置成跨域可通过JNDI访问。请求方发送消息时，将这个持久队列设为replyTo，同时用JMSCorrelationID标记每个请求，后续监听这个队列时通过ID匹配对应的响应。
• 配置JMS桥接：在两个域之间搭建WebLogic JMS桥，实现队列消息的跨域转发。对于请求-响应场景，需要分别配置请求方向和响应方向的桥接，不过这种方式适合流量不大的场景，复杂度稍高。
• 跨域JMS集群（如果允许调整域配置）：如果两个域属于同一企业部署，可以将它们配置为跨域的JMS集群，让队列资源在域间共享，这样ReplyTo的配置会更灵活，但需要调整WebLogic的域拓扑和安全配置。

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