连接IBM MQ原因码报2035的错误解决办法

我们的系统使用了ibm mq，用户用来向国家局上报文件和接收文件，前几天用户说上报一直不成功。由于

开发这块程序的人已经辞职了，我觉定在我的机器部署一套，研究一下。我的思路：

在我的机器上安装mq,建立两个队列，一个用来接收，一个用来发送;在另外一台机器上，发布应用程序，通

过java client向我的机器的队列发送消息和接收消息。

mq安装成功，队列管理器、队列、通道也都建起来了，用mq自带的api检测程序检测也成功了。

接下来，在另外一台机器上通过程序发送消息，结果就是不行，总是报原因码是2035的错误，折腾了一下

午，我终于明白了故障原因，原来是用户权限，在网上找到了解决办法。

通常情况下，MQ客户端与MQ服务器端通讯时，使用MQ服务器端的服务连接通道在MCAUSER属性中指定的

用户作为MQ客户端连上来时使用的用户，如果MCAUSER属性值为空，则使用MQ客户端所在操作系统使用

的用户作为MQ客户端连上来时使用的用户。通讯时，报2035错误，就是由于客户端与服务器端通讯时所使

用的用户没有权限造成的。解决办法有两种:

方法1：
假如在服务器端的服务连接通道定义中设置MCAUSER属性的值为MUSR_MQADMIN：（下例中假设通道定

义名为DT_SERVER_CHL）

ALTER CHANNEL（DT_SERVER_CHL） CHLTYPE（SVRCONN） MCAUSER（"MUSR_MQADMIN")

一定要确保MUSR_MQADMIN用户为mqm组的成员，具体办法随MQ 服务器所在的操作系统而定，在此就不

再赘述。

方法2：
若保持MQ服务器端的通道定义的MCAUSER属性值为缺省值，即为空，则可将MQ客户端所使用的用户添加

到MQ服务器所在的操作系统中。
例如，若MQ客户端使用的用户为ADMIN，则在MQ服务器端添加用户ADMIN，并保证此用户在MQ服务器端的mqm组中，以及有执行队列管理器上的操作所必需的权限。

这两种办法我都试了，都可以。

至此，通过java程序向mq发送消息和接收消息我都调试通过了。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=451110