如何解决使用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客户端重新交付选项仅在单个使用者的范围内有效，该使用者在同一连接上保持活动状态，以便允许其按配置本地存储和重新传递消息。由于您可能会关闭并重新创建使用者和/或连接，因此此处没有重新交付政策的机会。您可以尝试使用代理方重新交付设置来满足您的用例，但这种情况取决于实际情况。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
