The JMS specification explicitly states that no assumptions about message delivery order should be made. You have to implement you own delivery order tracking logic ( normally based on tracking the ascending message ID and usage of some kind of message buffering in case of unordered message
Thanks
for the input, and yes I was aware that you cannot assume any message
ordering. What I am referring to is slightly different and I'm not sure
what the spec has aboutMDBretry implementations. I was
expecting the retry of the messageto be in the same thread as the one that
original
