This is a question regarding a statement in Ivan Krizsan's study notes on page 165, and the EJB 3.1 spec in sections 4.3.15 and 13.6.5, about reasons for using bean managed transactions. The statement I don't understand is:
Bean managed transactions "can be used with message driven beans, in order to be able to acknowledge a message even through the transaction rolls back."
I thought when BMT was used with an MDB, if the transaction rolls back, the container does not acknowledge the message. How can the message be acknowledged if the transaction rolls back?
If your MDB uses BMT, message receipt is not part of the transaction. If your MDB uses CMT with Transaction attribute NOT_SUPPORTED, message receipt is not part of the transaction (because there is none)
The way I understand it, is that CMT with transaction attribute REQUIRED means that the acknowledgement of your message is linked to your transaction. If your transaction rolls back, the message will be redelivered.
If you use CMT with transaction attribute NOT_SUPPORTED, or if you use BMT, the message will only be redelivered if the onMessage method throws a RuntimeException. Acknowledgement is handled by the container, but the transaction isn't. So in this case the transaction rollback will have no bearing on the redelivery of the message (with NOT_SUPPORTED because there is none, with BMT because it's not managed by the container, and the message acknowledgement is).