JMSWMQ0018: 连接至队列管理器 'QMGR' 失败,连接方式为 'Bindings'

之前写的一个用JMS监听MQ的java程序,调用本地MQ一起正常。可是今天突然去调用远程服务器上的队列时却报错了。

以下是报错信息

Exception in thread "main" org.springframework.jms.UncategorizedJmsException: Uncategorized exception occured during JMS processing; nested exception is com.ibm.msg.client.jms.DetailedJMSException: JMSWMQ0018: 连接至队列管理器 ‘BLQMGR2‘ 失败,连接方式为 ‘Bindings‘,主机名为
‘192.168.100.104(1414)‘。

检查队列管理器是否已启动,如果正在以客户机方式运行,那么还要检查是否有侦听器在运行。请参阅链接的异常以获取更多信息。; nested exception is com.ibm.mq.MQException: JMSCMQ0001: WebSphere MQ 调用失败,完成代码为 ‘2‘ ( ‘MQCC_FAILED‘ ),原因为 ‘2058‘ ( ‘MQRC_Q_MGR_NAME_ERROR‘ )。

at org.springframework.jms.support.JmsUtils.convertJmsAccessException(JmsUtils.java:316)

at org.springframework.jms.support.JmsAccessor.convertJmsAccessException(JmsAccessor.java:169)

at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:496)

at org.springframework.jms.core.JmsTemplate.receiveSelected(JmsTemplate.java:753)

at org.springframework.jms.core.JmsTemplate.receive(JmsTemplate.java:732)

at org.springframework.jms.core.JmsTemplate.receive(JmsTemplate.java:723)

at com.mq.test.TestReceive.showResult(TestReceive.java:42)

at com.mq.test.TestReceive.main(TestReceive.java:104)

Caused by: com.ibm.msg.client.jms.DetailedJMSException: JMSWMQ0018: 连接至队列管理器 ‘BLQMGR2‘ 失败,连接方式为 ‘Bindings‘,主机名为 ‘192.168.100.104(1414)‘。

检查队列管理器是否已启动,如果正在以客户机方式运行,那么还要检查是否有侦听器在运行。请参阅链接的异常以获取更多信息。

at com.ibm.msg.client.wmq.common.internal.Reason.reasonToException(Reason.java:585)

at com.ibm.msg.client.wmq.common.internal.Reason.createException(Reason.java:221)

at com.ibm.msg.client.wmq.internal.WMQConnection.<init>(WMQConnection.java:425)

at com.ibm.msg.client.wmq.factories.WMQConnectionFactory.createV7ProviderConnection(WMQConnectionFactory.java:6902)

at com.ibm.msg.client.wmq.factories.WMQConnectionFactory.createProviderConnection(WMQConnectionFactory.java:6277)

at com.ibm.msg.client.jms.admin.JmsConnectionFactoryImpl.createConnection(JmsConnectionFactoryImpl.java:285)

at com.ibm.mq.jms.MQConnectionFactory.createCommonConnection(MQConnectionFactory.java:6233)

at com.ibm.mq.jms.MQQueueConnectionFactory.createQueueConnection(MQQueueConnectionFactory.java:120)

at com.ibm.mq.jms.MQQueueConnectionFactory.createConnection(MQQueueConnectionFactory.java:203)

at org.springframework.jms.support.JmsAccessor.createConnection(JmsAccessor.java:180)

at org.springframework.jms.core.JmsTemplate.execute(JmsTemplate.java:483)

... 5 more

Caused by: com.ibm.mq.MQException: JMSCMQ0001: WebSphere MQ 调用失败,完成代码为 ‘2‘ ( ‘MQCC_FAILED‘ ),原因为 ‘2058‘ ( ‘MQRC_Q_MGR_NAME_ERROR‘ )。

at com.ibm.msg.client.wmq.common.internal.Reason.createException(Reason.java:209)

... 14 more

仔细检查配置 IP地址、通道、队列管理器名称、队列 都没写错啊,改成连接本地也是可以的。

另外服务器端的通道认证也是禁用的。还是不行,最后纠结了一上午还是问了群里的大神 原来连接方式transportType不对 默认为0 远程调用要改成1(TCP)连接,见配置图。

版权声明:本文为博主原创文章,未经博主允许不得转载。

JMSWMQ0018: 连接至队列管理器 'QMGR' 失败,连接方式为 'Bindings'

时间: 2024-10-14 12:03:54

JMSWMQ0018: 连接至队列管理器 'QMGR' 失败,连接方式为 'Bindings'的相关文章

MQ队列管理器搭建(一)

多应用单MQ使用场景 如上图所示,MQ独立安装,或者与其中一个应用同处一机.Application1与Application2要进行通信,但因为跨系统,所以引入中间件来实现需求. Application1需要连接MQ,并将消息放入队列Queue中,Application2同样连接MQ,监听在Queue队列上,一旦发现有消息进入则取出该消息进行处理. 下面将给出创建队列管理器和队列的示例: 定义队列管理器名称为Qm1,本地队列名称为Queue,服务器连接通道CHAN_SERVER_CON,监听端口

MQ队列管理器搭建(二)

MQ级联方式使用场景 使用场景: 如上图所示,Application1与Application2要进行通信或者消息互换,使用MQ中间件作为中介.上图中,Application1与Application2通信不进行直接连接,而是通过与MQ通信从而实现二者的通信.图中两个MQ的信息如上描述.其中RemoteQueue为远程队列,该队列指定了目标端对应的队列为Queue,并且该远程队列指定了传输所使用的传输队列尾TransQueue:而此传输队列TransQueue与发送通道CHAN_QMGR1_TO

MQ队列管理器搭建(三)

MQ集群及网关队列管理器的搭建 描述: 如上图所示,为MQ的集群搭建部署图.CLUSTERA.CLUSTERB分别是两个集群,其中Qm1-Qm3.GateWayA为CLUSTERA集群中的队列管理器:Qm1-Qm3.GateWayB是CLUSTERB集群中的队列管理器.GateWayA与GateWayB负责网络路由和消息分发,使用集群的方式可以达到负载均衡的目的,除此之外还能提高MQ使用的稳定性.同一个集群中除网关队列管理器外的任意队列管理器因故关闭或停止工作后,其他的队列管理器可以接管它的工作

EBS并发管理器启动失败,系统暂挂,在重置计数器之前修复管理程序

今天EBS安装补丁之后,因为停并发管理器的时候,因为关闭EBS应用时,并发管理器没有在前台停止,就直接停了应用服务,导致启动时,并发管理器直接起不来了,使用adcmctl.sh也没有办法启动. 进入系统管理员->管理并发管理器 查看并发管理器状态,发现并发管理器都处于 System Hold, Fix Manager before resetting counters 系统暂挂,在重置计数器之前修复管理程序 的状态. 解决方法: 先终止最上面的标准并发管理器,等待所有并发管理器完全停止之后,再使

imagepool前端图片加载管理器(JavaScript图片连接池)

前言 imagepool是一款管理图片加载的JS工具,通过imagepool可以控制图片并发加载个数. 对于图片加载,最原始的方式就是直接写个img标签,比如:<img src="图片url" />. 经过不断优化,出现了图片延迟加载方案,这回图片的URL不直接写在src属性中,而是写在某个属性中,比如:<img src="" data-src="图片url" />.这样浏览器就不会自动加载图片,等到一个恰当的时机需要加载

windows 2008 服务管理器刷新失败 异常来自hresult 0x800706be

下载Microsoft System Update Readiness Tool http://support.microsoft.com/kb/947821 并安装 安装后该工具会自动执行更新检查,生成日志文件 C:\Windows\Logs\CBS\CheckSUR.log 查看日志文件 再次打开服务器,服务器管理器 发现恢复正常了. 原文地址:http://blog.51cto.com/magic3/2141330

SqlServer 可更新订阅队列读取器代理错误:试图进行的插入或更新已失败

原文:SqlServer 可更新订阅队列读取器代理错误:试图进行的插入或更新已失败 今天发现队列读取器代理不停地尝试启动但总是出错: 其中内容如下: 队列读取器代理在连接"PublicationServer"上的"pubDB"时遇到错误"试图进行的插入或更新已失败, 原因是目标视图或者目标视图所跨越的某一视图指定了 WITH CHECK OPTION, 而该操作的一个或多个结果行又不符合 CHECK OPTION 约束.". 请确保正确定义了分发

7.2 hadoop失败:任务失败、application master 失败、节点管理器失败、资源管理器失败

1.1  失败 1.1.1         任务失败 Map和reduce任务失败:Map或者reduce任务有缺陷,抛出异常,JVM会会向applicationmaster 发出错误报告,applicationmaster将任务标记为failed,将错误报告写入用户日志,释放资源. Stream任务失败:Streaming任务以非零状态码退出,则标记为失败,属性stream.non.zero.exit.is.failure属性设置为true,才会触发. Jvm失败:Jvm软件缺陷突然退出,节点

postfix队列管理

队列管理单元的服务器程序--qmgr,是整个postfix系统的中心枢纽.所有邮件,包括等待送出与从外界收进来的,都必须通过队列.了解队列的运行原理以及postfix如何处理队列,有助于你解决问题.  队列管理器总共设置了五个做不同用途的队列,包括:输入.活动.等待.故障.保留.每个队列在queue_directory参数指定的路径下各有一个专属的子目录.默认的队列目录是/var/spool/postfix/.  于后台运作的qmgr daemon能自动处理大部分的队列管理工作,必要时,管理员可