Spring JMS监听器即使在异常时也会确认

时间:2017-05-06 06:17:53

标签: java amazon-web-services spring-boot amazon-sqs spring-jms

我正在使用JMS向我的SQS队列发送/接收消息,但是即使在使用client_acknowledge时出现异常,我也无法重新发送消息。怎么做到这一点? 我尝试了一个简单的测试,

@JmsListener(destination = "test-normalqueue")
public void receiveNormalQueue(String message)
{

    try {
        logger.info("message received in normal queue: " + message);
        throw new NullPointerException();

    } catch (Exception e) {

        logger.error(LoggingUtil.getStackTrace(e));;
    }

}

即使异常消息没有返回队列。

@Bean
public DefaultJmsListenerContainerFactory jmsListenerContainerFactory() {
    DefaultJmsListenerContainerFactory factory = new DefaultJmsListenerContainerFactory();
    factory.setConnectionFactory(getSQSConnectionFactory());
    factory.setConcurrency("1-2");
    factory.setSessionAcknowledgeMode(Session.CLIENT_ACKNOWLEDGE);
    return factory;
}

2 个答案:

答案 0 :(得分:4)

您必须使用DMLC进行交易。

使用Session.AUTO_ACKNOWLEDGEsetSessionTransacted(true)

如果侦听器正常退出,则会删除该消息。如果侦听器抛出异常,则该消息将回滚到队列中。

您也可以将客户端模式与事务一起使用,但您必须自己确认成功的消息。

您不必使用SimpleMessageListenerContainer的交易,但仍需要抛出异常才能将消息重新排队。

答案 1 :(得分:0)

仅当侦听器停止并断开与代理的连接时,消息才会返回队列,您正在描述的行为位于DefaultMessageListenerContainer的客户端,它将消息分发给侦听器并管理异常和重试,代理不知道那些治疗方法,他只知道这些消息被发送给客户并正在等待确认。 如果在MessageConsumer的实现上有重置或重启等方法,则取决于SQS方法和功能。 您可以尝试jms会话的recover()方法,但我认为这只会在客户端重新启动。 https://docs.oracle.com/javaee/7/api/javax/jms/Session.html#recover--

这是一个不太好的做法,但如果重新启动连接或DefaultMessageListenerContainer,未确认的消息将返回到代理并且重新开始传递。