jms Mule max redelivery exceeded

陌路散爱 提交于 2019-12-04 09:17:35

The first thing to note is that Mule is using JmsXRedeliveryHandler, which means it has detected that HornetQ supports the JMS_X_DELIVERY_COUNT header and will take care of counting the re-deliveries. In that situation, Mule fully relies on HornetQ for providing an accurate count of re-deliveries.

The fact this exception is thrown means that a JMS message has been presented to Mule with a redelivery count that exceeds the count configured on the JMS connector (1 in your case).

Since you consume in a transaction, what's likely to happen is that HornetQ will rollback and represent this message to Mule, on each restart, again and again unless you've configured a maximum redelivery count on HornetQ itself.

My advice is: set the same redelivery count on Mule and HornetQ or use -1 on Mule (no limit) and fully rely on HornetQ's redelivery limit.

标签
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!