I am looking at porting this to JBM. This seems fairly straightforward, however I have a
question regarding the JBoss MQ implementation.
AFAICT when internalAddMessage() is called on BasicQueue and the scheduledDelivery
attribute is set and in the future then a timeout will be added to actually add the
message at a future time.
This will be called when a message is NACKed, which occurs under different situations, in
particular when a tx is rolled back.
Looking at the implementation of session.recover() I can see that it always try to
redeliver to local consumers first - in which case a redelivery delay *will not* occur.
Is this desired behaviour? I would have thought we want a redelivery delay for transaction
rollback *and* session recovery, not just transaction rollback.
View the original post :
Reply to the post :