The Author Online Book Forums are Moving

The Author Online Book Forums will soon redirect to Manning's liveBook and liveVideo. All book forum content will migrate to liveBook's discussion forum and all video forum content will migrate to liveVideo. Log in to liveBook or liveVideo with your Manning credentials to join the discussion!

Thank you for your engagement in the AoF over the years! We look forward to offering you a more enhanced forum experience.

maxblacks (37) [Avatar] Offline
#1
We have following use case,
Quartz inbound is used to trigger mule component which is primarily used for retry processing such as moving messages from retry queue to original source queue

When quartz job is executing and for some reason mule application which has quartz component is stopped either manually or unexpected - does mule application shutdown gracefully allowing quartz job/thread to complete before stopping mule application ?

(our JMS provider does not have features for delayed retries)
David Dossot (233) [Avatar] Offline
#2
Re: Mule and Quartz
A quartz inbound endpoint triggers a one-way event that is processed by the flow in which it resides. So once it's fired, Quartz is not involved anymore with the event.

It's up to the flow to ensure the message won't be lost in case of shutdown, which by default is not guaranteed. HA clustering offers this guarantee, but by default no, you don't have the guarantee that the even will be fully processed when Mule stops.
maxblacks (37) [Avatar] Offline
#3
Re: Mule and Quartz
Okies, Just wanted to let you know about quartz erroneous behavior when processing strategy was synchronous,

https://www.mulesoft.org/jira/browse/MULE-6989

You would need to get patched jar