使用DefaultMessageListenerContainer.CACHE_NONE时ActiveMQConnectionFactory重新交付延迟和InitialRedeliveryDelay不起作用

问题描述

使用DefaultMessageListenerContainer.CACHE_NONE时，ActiveMQConnectionFactory重新交付延迟和InitialRedeliveryDelay不起作用。

用法是否有误。我们可以拥有DefaultMessageListenerContainer.CACHE_NONE并仍然具有InitialRedeliveryDelay，重新交付延迟。 我的代码是这样的：

ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory();
RedeliveryPolicy policy = connectionFactory.getRedeliveryPolicy();
policy.setinitialRedeliveryDelay(30000);
policy.setRedeliveryDelay(30000);
policy.setMaximumRedeliveries(2);   

DefaultMessageListenerContainer container = new DefaultMessageListenerContainer();
container.setConnectionFactory(connectionFactory());
container.setCacheLevel(DefaultMessageListenerContainer.CACHE_NONE);

我使用的是DefaultMessageListenerContainer.CACHE_NONE，因此，如果DMLC多次启动和停止，则不会缓存使用者。

解决方法

ActiveMQ客户端重新交付选项仅在单个使用者的范围内有效，该使用者在同一连接上保持活动状态，以便允许其按配置本地存储和重新传递消息。由于您可能会关闭并重新创建使用者和/或连接，因此此处没有重新交付政策的机会。您可以尝试使用代理方重新交付设置来满足您的用例，但这种情况取决于实际情况。