JMS消息在JMS侦听器中重新发送异常

时间:2015-04-02 13:08:14

标签: java spring spring-jms

org.springframework.jms.listener.AbstractMessageListenerContainer州的Javadoc,如果

  

“sessionAcknowledgeMode”设置为“CLIENT_ACKNOWLEDGE”:成功侦听器执行后自动确认消息;如果抛出异常,则无法重新开始。

我猜,“在抛出异常的情况下没有重新传递”意味着,即使在jms监听器中抛出异常,该消息也不会被重新传递(因此,我猜,它会被确认)。但是,从侦听器抛出的异常意味着对它的调用不成功,并且由于没有确认应该重新发送。

问题是:
如果在jms侦听器中抛出异常,实际应该在消息确认中发生什么?

从这个堆栈跟踪中可以看到真正发生的事情:

at org.springframework.jms.listener.adapter.MessagingMessageListenerAdapter.invokeHandler(MessagingMessageListenerAdapter.java:98)
at org.springframework.jms.listener.adapter.MessagingMessageListenerAdapter.onMessage(MessagingMessageListenerAdapter.java:66)
at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:660)
at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:620)
at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:591)
at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:308)
at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:246)
at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1142)
at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1134)
at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:1031)

堆栈跟踪的第5行特别有意义。那里的代码基本上意味着,(大多数情况下)从侦听器抛出的任何异常都将绕过在org.springframework.jms.listener.AbstractMessageListenerContainer#commitIfNecessary中完成的确认。
没关系,但是“在发生异常情况下没有重新发送”是什么意思呢?

其他信息:
spring-jms:4.1.2

<bean id="someListenerContainerFactory" class="org.springframework.jms.config.DefaultJmsListenerContainerFactory">
    <property name="connectionFactory" ref="connectionFactory"/>
    <property name="concurrency" value="1-10"/>
    <property name="sessionAcknowledgeMode">
        <util:constant static-field="javax.jms.Session.CLIENT_ACKNOWLEDGE"/>
    </property>
</bean>

1 个答案:

答案 0 :(得分:4)

这取决于您使用的侦听器容器;当使用AUTO ack模式时,侦听器返回后的SimpleMessageListenerContainer确认(即传统的JMS MessageListener)。调用侦听器之前的DefaultMessageListenerContainer确认,因此您需要acknowledgeMode="transacted"来防止邮件丢失。

这方面的javadocs有点误导,已经improved recently

使用CLIENT_ACKNOWLEDGE,您可以独立完成任务。那个doc只是意味着你是经纪人的心血来潮。根据JMS消息javadoc:

  

已收到但未确认的消息可能会重新传送

根据我的经验,最好使用带有SMLC的自动确认和带有DMLC的交易。