gpt4 book ai didi

javax.jms.JMSSecurityException : MQJMS2008: failed to open MQ queue

转载 作者:行者123 更新时间:2023-11-29 09:22:09 25 4
gpt4 key购买 nike

我有一个在 Websphere 6.0 上运行的基于 JMS 的应用程序,并且正在迁移到 Websphere 7。两个 Websphere 服务器都由 Websphere MQ 6.0 服务器支持。尝试将测试 servlet 部署到 Websphere 7 服务器时,我收到以下异常:

javax.jms.JMSSecurityException: MQJMS2008: 无法打开 MQ 队列

Websphere 6.0:RHEL 5.3

Websphere 7.0.0.15:RHEL 5.3

Websphere MQ 6.0:Windows Server 2003

Servlet 测试代码:

public class JMSTestServlet extends HttpServlet {
private static final long serialVersionUID = 1L;

/**
* @see HttpServlet#HttpServlet()
*/
String MQConnectionFactory, MQQueue;

public JMSTestServlet() {
super();
// TODO Auto-generated constructor stub
System.out.println("JMSTestServlet: loading");

URL urlProps = getClass().getClassLoader().getResource("META-INF/startup.properties");
Properties props = new Properties();
try
{
System.out.println("JMSTestServlet: loading properties");
props.load( urlProps.openStream() );

MQConnectionFactory = props.getProperty("MQConnectionFactory");
MQQueue = props.getProperty("MQQueue");

System.out.println("JMSTestServlet: loading properties ... done!");

sendMessage("ABCDEFGHIJKLMNOPQRSTUVWXYZ");
} catch (IOException e)
{
// TODO Auto-generated catch block
e.printStackTrace();
}
}

protected void sendMessage(String messageString) {
QueueConnectionFactory fact;
QueueConnection qConn = null;
try {
System.out.println("JMSTestServlet: creating context");
Context ctx = new InitialContext();
fact = (QueueConnectionFactory)ctx.lookup(MQConnectionFactory);
Destination destination = (Destination)ctx.lookup(MQQueue);

System.out.println("JMSTestServlet: creating QueueConnection");
qConn = fact.createQueueConnection();
QueueSession qSess = qConn.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);
MessageProducer prod = qSess.createProducer(destination);


System.out.println("JMSTestServlet: sending Message");
TextMessage message = qSess.createTextMessage();
message.setText(messageString);
prod.send(message);

System.out.println("JMSTestServlet: done sendMessage()");
} catch ( JMSException ex ) {
ex.toString();
ex.printStackTrace();
ex.getLinkedException().toString();
ex.getLinkedException().printStackTrace();
} catch ( NamingException ex ) {
System.out.println("JMSTestServlet: naming exception " + ex.toString());
ex.printStackTrace();
} catch ( Exception ex ) {
System.out.println("JNDI API lookup failed: " + ex.toString());
ex.printStackTrace();
} finally {
System.out.println("JMSTestServlet: cleaning up sendMessage()");

try
{
if ( qConn != null ) qConn.close();
} catch (JMSException e)
{
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}

/**
* @see HttpServlet#doGet(HttpServletRequest request, HttpServletResponse response)
*/
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
try {
String messageString = request.getParameter("message");
sendMessage(messageString);
} finally {
}
}

属性文件是:

MQConnectionFactory=jms/QUEUECONNFACTORY
MQQueue=jms/QUEUE

当部署到 Websphere 6 时,我在远程队列中收到消息。当我部署到 Websphere 7 时,我得到:

[4/13/11 14:53:55:622 EDT] 0000005c ConnectionEve A   J2CA0056I: The Connection Manager received a fatal connection error from the Resource Adapter for resource JMS$QUEUECONNFACTORY$JMSManagedConnection@15. The exception is: javax.jms.JMSSecurityException: MQJMS2008: failed to open MQ queue 'QUEUE'.
[4/13/11 14:53:55:622 EDT] 0000005c ConnectionEve W J2CA0206W: A connection error occurred. To help determine the problem, enable the Diagnose Connection Usage option on the Connection Factory or Data Source.
[4/13/11 14:53:55:623 EDT] 0000005c ConnectionEve A J2CA0056I: The Connection Manager received a fatal connection error from the Resource Adapter for resource jms/QUEUECONNFACTORY. The exception is: javax.jms.JMSSecurityException: MQJMS2008: failed to open MQ queue 'QUEUE'.
[4/13/11 14:53:55:625 EDT] 0000005c SystemErr R javax.jms.JMSSecurityException: MQJMS2008: failed to open MQ queue 'QUEUE'.

我很确定我已经在两个 Websphere 服务器上配置了相同的队列和连接工厂。我不知道如何解决这个问题,谷歌也没有帮助。

2011-04-15 更新:

我从日志中提取了以下错误:

com.ibm.mq.MQException: MQJE001: Completion Code '2', Reason '2035'

我已经在几个地方阅读过它,但我真的看不出 WAS 6 和 WAS 7 之间有什么不同会导致这个问题。

我以 root 身份在两台 Linux 主机上运行 Websphere。我在 Windows 机器上创建了一个 root 帐户,对 MQ 安装具有完全权限:

setmqaut -t qmgr -m QM_webspheremq -p root +all

最佳答案

自 2019 年 1 月以来,它每四个月“被社区用户撞一次”,我将尝试回答这个旧帖子。


首先是一些背景:

  • 是 6.0

    • 包含来自 Websphere MQ v5.3 的 MQ jar 文件
    • 根据 WAS 6.0 的特定版本,jar 将从 Websphere MQ v5.3 CSD08 到 CSD14
  • 是 7.0.0.15

    • 应该包括 WebSphere MQ JCA 资源适配器版本 7.0.1.3(此处的默认行为是 MQ v5.3 jar 的行为),但是由于错误,如果您从 WAS 7.0.0.0 升级到 WAS 7.0.0.15,WAS 7.0.0.0 随附的 WebSphere MQ JCA 资源适配器版本 7.0.0.0 将保持不变。

区别:

  • 对于 MQ v5.3 jar 文件,当您调用 fact.createQueueConnection(); 时,一个空白的用户 ID 将被发送到队列管理器。如果您连接到的 SVRCONN channel 有一个空白的 MCAUSER 属性,那么连接将在运行 Windows MQ 队列管理器的用户帐户的权限下运行。换句话说,您将获得对队列管理器和所有队列的完全权限(完全 MQ 管理权限)。

  • 使用 MQ v7.0.0.0 资源适配器,当您调用 fact.createQueueConnection(); 时,JVM 进程 ID 将被发送到队列管理器。如果您连接到的 SVRCONN channel 具有空白的 MCAUSER 属性,则 Windows MQ 队列管理器将尝试在 JVM 进程 ID 的权限下运行连接。根据您问题中的信息,这将是用户 root


总结:

它在 Websphere 6.0 下工作,因为连接以完整的 MQ 管理权限运行。

它在 Websphere 7.0.0.15 下失败,因为连接以 root 用户权限运行,在这种情况下,您只为 root 用户提供了 all 权限给队列管理器 (qmgr) 本身,但没有权限给 QUEUE

Websphere 在打开任何队列之前必须首先连接到并查询队列管理器对象。您遇到的错误是 javax.jms.JMSSecurityException: MQJMS2008: failed to open MQ queue 'QUEUE'.。这意味着您确实成功连接到队列管理器,但随后未能连接到队列。

这可以通过向 root 用户提供对 QUEUE 的权限来解决:

setmqaut -t q -m QM_webspheremq -n QUEUE -p root +put +get +browse +inq +dsp


请注意问题中列出的所有软件版本现在(8.5 年后)都不受 IBM 的支持。也不建议使用带有空白 MCAUSERSVRCONN channel ,除非您使用其他方法(例如安全导出)将 MCAUSER 设置为非 MQ管理员 ID。在当前的 IBM MQ 版本中,您可以将 TLS 与在队列管理器上映射到非 MQ 管理员 ID 的客户端证书一起使用,或者使用不带证书 + 连接身份验证的 TLS 来验证客户端在队列管理器上发送的用户 ID 和密码。

关于javax.jms.JMSSecurityException : MQJMS2008: failed to open MQ queue,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5654547/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com