从WAS连接到MQ时的JMSWMQ2013

Question

我正在尝试从 WebSphere 应用程序服务器 7 创建 JMS 连接，但不断收到 JMSWMQ2013（MQ 原因码为 2035）。显然，这是一个身份验证问题，我可以看到许多其他类似的报告，所以我对一般问题有一个粗略的了解。

我正在等待我们的运营团队对频道的准确配置的反馈，但是，同时我有一个观察结果非常令人困惑。如果我使用WebSphere的JAAS身份验证来提供userid，那么我总是会得到< code>JMSWMQ2013错误。但是，如果显式地将相同的userid传递给JMS队列连接工厂对< code > createQueueConnection()的调用，那么我不会得到验证错误。

说实话，我本来希望这两种技术都能保持一致。使用 JAAS 为 JMS 队列连接工厂提供凭证时，我是否遗漏了一些微妙之处？

编辑:我在WAS using < code > * = info:JMS API = all:JMS server = all:Messaging = all:JMS _ WASTraceAdapter = all:com . IBM . MQ . * = all:JMS API = all 中打开了JMS跟踪，并逐行比较了输出。

当使用 JAAS 时，我可以看到在 JmsXA 队列连接的简单内部深处，它实际上正在调用 WMQ 连接.getProcessUserId（），它返回我的 WAS 实例正在运行的用户 ID（这绝对不是在通道的 MCAUSER 中定义的用户）。

这一切都很奇怪...它似乎根本没有拾取 JAAS 身份验证条目。我的 QCF 肯定使用客户端传输，其映射配置别名为默认原则映射，但由于某种原因，它仍然使用进程的用户标识而不是 JAAS 用户标识。

谢了。克雷格（m.）

Answer 1

2035肯定是认证问题。试图连接的用户id没有访问MQ资源的权限。

关于，您的以下评论：

如果我使用 WebSphere 的 JAAS 认证来提供用户标识，那么我总是收到 JMSWMQ2013 错误。但是，如果显式地将相同的用户标识传递给 JMS 队列连接工厂的调用以创建队列连接 （），则我不会收到身份验证错误。

你的期望是正确的。这两种技术的行为方式应相同。如果用户ID具有访问权限，则两者都应该连接，如果没有，则两者都应该抛出错误。

你的问题的唯一解释可能是，你不知不觉地在这些应用程序中发送不同的用户id。

例如，您的用户标识是“User123”，并且它有权访问 MQ 资源。

然而，可能是WebSphere的JAAS认证发送域和用户id。比方说，您的用户id在“Developer”域中，那么发送的用户id是“Developer\User123”，它可能没有访问资源的权限。

Answer 2

以操作系统管理员身份运行 IBM WebSphere MQ 资源管理器，在队列管理器属性（菜单链接/连接或类似名称）中禁用通道的标识记录。