激活规范创建的队列端口不可见，WebSphere JMS连接遭拒绝求排查

根据你描述的场景——MDB通过Activation Specification配置连接JMS队列，但WebSphere未监听指定端口，且测试应用连接被拒绝，我整理了几个核心排查方向，你可以逐一验证：

• 混淆了"监听端"和"客户端"角色
  首先要明确：你的MDB是JMS客户端，它会主动去连接JMS提供者（比如ActiveMQ）的端口，而不是WebSphere本身去监听59999端口。所以你看不到WebSphere监听这个端口是正常的，真正需要监听这个端口的是你的JMS提供者服务器。如果提供者没启动或者没配置该端口，自然会出现连接拒绝。

• JMS提供者未正确配置或启动
  如果你用的是ActiveMQ，检查它的配置文件（比如conf/activemq.xml）里是否添加了对应端口的传输连接器：

  <transportConnectors>
      <transportConnector name="tcp" uri="tcp://0.0.0.0:59999"/>
  </transportConnectors>
  

  同时确认ActiveMQ服务已经正常启动，并且在服务器上用netstat -an | grep 59999（Linux）或netstat -ano | findstr 59999（Windows）验证端口确实处于监听状态。

• WebSphere的Activation Specification配置有误

  • 确认Activation Specification关联的是正确的JMS资源适配器（Resource Adapter）：如果是第三方JMS提供者（如ActiveMQ），你需要先在WebSphere中部署对应的RA包，再基于该RA创建Activation Spec，否则MDB无法正确识别并连接指定的提供者地址。
  • 检查provider endpoints的配置是否正确：有没有拼写错误（比如主机名、端口号），格式是否符合JMS提供者的要求（比如ActiveMQ的格式是tcp://host:port，有些提供者可能有不同的格式）。

• 网络连通性问题

  • 先验证测试机器到JMS提供者服务器的网络是否通畅：用telnet host_name 59999或nc -zv host_name 59999命令测试，如果连接失败，说明存在防火墙/安全组拦截，或者主机名解析错误（可以尝试用IP地址代替主机名测试）。
  • 确认WebSphere所在服务器也能访问JMS提供者的59999端口，因为MDB运行在WebSphere进程内，它的网络访问受服务器的防火墙规则限制。

• 查看日志定位具体错误
  检查WebSphere的系统日志（比如SystemOut.log、SystemErr.log），里面通常会记录MDB启动时的JMS连接细节，比如是否无法找到提供者、认证失败、连接超时等信息，这些日志能帮你快速定位问题根源。

• 测试应用的兼容性或配置问题

  • 确认测试应用使用的ActiveMQConnectionFactory版本与JMS提供者的版本兼容，版本不匹配可能导致连接逻辑异常。
  • 如果JMS提供者启用了认证，检查测试应用是否配置了正确的用户名和密码，部分情况下认证失败也会返回"Connection refused"的错误（虽然更常见的是明确的认证错误日志）。

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