Now that you mention it, one might think that, but that does not appear to be the case. With the DLQ put in the onException clause, the DLQ put does not rollback. I think that is where the Handled clause comes into play.
On Fri, Jun 8, 2012 at 7:10 AM, James Carman-2 [via Camel] < ml-node+s465427n5714181...@n5.nabble.com> wrote: > Won't the dlc "put" be in the transaction too? That would rollback too, > thus nothing ever happened. > On Jun 8, 2012 6:56 AM, "James Carman" <[hidden > email]<http://user/SendEmail.jtp?type=node&node=5714181&i=0>> > wrote: > > > Try it with client cache control. Take a look at my example. > > > > On Fri, Jun 8, 2012 at 6:47 AM, gramanero <[hidden > > email]<http://user/SendEmail.jtp?type=node&node=5714181&i=1>> > wrote: > > > No, it is not rolling back if you use the Handles element with a > > constant value of true. If you use the Continue element then I believe > it > > will roll back. > > > > > > Sent from my iPod > > > > > > On Jun 7, 2012, at 11:46 PM, "James Carman [via Camel]" < > > [hidden email] <http://user/SendEmail.jtp?type=node&node=5714181&i=2>> > wrote: > > > > > >> Your transaction isn't rolling back if you "handle" the exception, is > > it? > > >> > > >> On Thu, Jun 7, 2012 at 12:21 PM, gramanero <[hidden email]> wrote: > > >> > > >> > I have tested the case of using a route specific onException clause > > within a > > >> > transaction and it appears to work as I would expect (or hope). So > I > > have a > > >> > route that is transactional and the final endpoint in the route > > throws an > > >> > exception I forced my restful service to just throw an exception). > > Without > > >> > the onException clause the message lands back in the queue as you > > would > > >> > expect due to it running within a transaction. With the onException > > clause, > > >> > I look for specific exceptions and if it is one of the exceptions > > that I > > >> > have specified I tell tell Camel that the exception has been > > "handled" (via > > >> > the handled clause) and I route the message to the dead letter > queue, > > thus > > >> > moving the "bad message" out of the way of the messages remaining > on > > the > > >> > queue. I think the key here is the use of the "handled" clause that > > tells > > >> > Camel that the message has been handled and therefore to NOT > rollback > > the > > >> > transaction. The alternative choice is to tell Camel to "continue" > on > > with > > >> > its normal processing which would have rolled back the transaction > > and put > > >> > the message back onto the queue (via the "continue" clause...at > least > > I > > >> > think it is a clause). > > >> > > > >> > Hope that helps. > > >> > > > >> > -- > > >> > View this message in context: > > > http://camel.465427.n5.nabble.com/Transacted-vs-DeadLetterQueue-tp5713992p5714139.html > > >> > Sent from the Camel - Users mailing list archive at Nabble.com. > > >> > > >> > > >> If you reply to this email, your message will be added to the > > discussion below: > > >> > > > http://camel.465427.n5.nabble.com/Transacted-vs-DeadLetterQueue-tp5713992p5714151.html > > >> To unsubscribe from Transacted vs DeadLetterQueue, click here. > > >> NAML > > > > > > > > > -- > > > View this message in context: > > > http://camel.465427.n5.nabble.com/Transacted-vs-DeadLetterQueue-tp5713992p5714179.html > > > Sent from the Camel - Users mailing list archive at Nabble.com. > > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://camel.465427.n5.nabble.com/Transacted-vs-DeadLetterQueue-tp5713992p5714181.html > To unsubscribe from Transacted vs DeadLetterQueue, click > here<http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=5713992&code=Z3JhbWFuZXJvQGdtYWlsLmNvbXw1NzEzOTkyfC0xNjAyMDYxMDQz> > . > NAML<http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > -- View this message in context: http://camel.465427.n5.nabble.com/Transacted-vs-DeadLetterQueue-tp5713992p5714182.html Sent from the Camel - Users mailing list archive at Nabble.com.
