为什么是会话。CLIENT _ ACKNOWLEDGED未兑现？

Question

我尝试使用< code>Session启动一个无事务的JMS会话。CLIENT_ACKNOWLEDGE作为确认模式。

不幸的是，当我开始会话时，确认模式总是< code >会话。AUTO_ACKNOWLEDGE为什么？

我正在从远程玻璃鱼客户端连接到玻璃鱼服务器（使用标准的嵌入式OpenMQ代理）。会话初始化代码为

    boolean transacted = false;
    int acknowledgeMode = Session.CLIENT_ACKNOWLEDGE;
    session = getConnection().createSession(transacted, acknowledgeMode);
    if(transacted!=session.getTransacted())
        throw new UnsupportedOperationException("seems like the broker doesn't want us to use untransacted connection");
    if(acknowledgeMode!=session.getAcknowledgeMode())
        throw new UnsupportedOperationException("seems like the broker doesn't want us to use Session.CLIENT_ACKNOWLEDGE");

[编辑1]

会话是从连接/连接工厂对中获取的，其中使用JNDI查找连接工厂:

connectionFactory = (ConnectionFactory) getContext().lookup(JMSConstants.CONNECTION_FACTORY_NAME);

因此，我确实可以使用远程连接工厂的默认设置，正如@raffian所建议的

Answer 1

因此，为了研究这一点，我创建了一个单元测试，其中我创建了会话，然后检查getTransactive（）和getAcknowledgeMode（）的值。

这个测试显然证实了我在上面问的问题，也就是说，将Session.CLIENT_ACKNOWLEDGE结果键入到配置了Session.AUTO_ACKNOWLEDGE的JMS会话中...什么？

是的，我也完全惊呆了。

所以我做了你们玩玻璃鱼时应该做的事。我安装了最新版本的Jadclipse，并重新启动了测试，尽可能地调试。

创建连接工厂似乎没问题

创建连接似乎也可以

但是创建会话是从那个代码开始的（从我在com.sun.messaging.jms.ra.ConnectionAdapter中的Jadclipse会话中复制出来的-看看ConnectionAdapter#create会话）。

 if (ResourceAdapter._isFixCR6760301())
 {
   localXASessionImpl = (XASessionImpl)this.xac.createSession(overrideTransacted(paramBoolean), overrideAcknowledgeMode(paramInt), (this.inACC) ? null : this.mc);
 }
 else {
   localXASessionImpl = (XASessionImpl)this.xac.createSession((this.mc.xaTransactionStarted()) ? true : paramBoolean, paramInt, (this.inACC) ? null : this.mc);
 }

显然，我的确认模式被对< code > connection adapter # overridacknowledgemode 的调用改写了。希望grepCode中的代码有这个非常有用的注释，这让我的一天非常愉快

        // EJB spec section 13.3.5 "Use of JMS APIs in Transactions" says
        // "The Bean Provider should not use the JMS acknowledge method either within a transaction 
        // or within an unspecified transaction context. Message acknowledgment in an unspecified 
        // transaction context is handled by the container." 
        // 
        // The same restriction applies in web container: JavaEE Spec: "EE.6.7 Java Message Service (JMS) 1.1 Requirements" says
        // "In general, the behavior of a JMS provider should be the same in both the EJB container and the web container.
        // The EJB specification describes restrictions on the use of JMS in an EJB container, 
        // as well as the interaction of JMS with transactions in an EJB container. 
        // Applications running in the web container should follow the same restrictions.

但是，不幸的是，我以一种有点奇怪的模式运行我的Glassfish客户端（不完全是在ACC中，但与它非常相似）。

那么，我能做什么呢？

哦，当然，我可以看看上面提到的臭名昭着的错误：CR6760301 .。嗯，似乎事实上，不，我不能（旁边，注意哪个高质量是甲骨文提供的常见问题解答......

所以剩下的唯一解决办法是……是的，为了疼痛，在创建会话之前插入一点静态

static {
    /*
     * Want to know why ? http://stackoverflow.com/q/19277018/15619 this is why
     */
    System.setProperty("imq.jmsra.fixCR6760301", Boolean.FALSE.toString());
}