I'll re-iterate what I said before. The only things that execute in a transactional context are sending and ack of messages. These are the only things for which we give a transactional guarantee. Cancelling and recovering don't need to be atomic. Why? Imagine if the cancel or recovery of several message failed half way. The session would eventually get closed and the remaining messages would end up back on the queue. No messages would be lost and we wouldn't have broken any of our transactional promises. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4059395#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...