<div class="gmail_quote">On Tue, Nov 24, 2009 at 3:14 PM, Gavin King <span dir="ltr"><<a href="mailto:gavin.king@gmail.com">gavin.king@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
But that's where I think you're getting mixed up. JTA is not part of<br>
EJB. @TransactionAttribute is part of EJB. And there's no reason you<br>
can't use JTA for local transactions. So I don't understand what's<br>
wrong with the idea of Tomcat+Weld+Hibernate+JBoss Transactions + some<br>
kind of pooling. We don't need a new kind of bean or a new kind of<br>
container transaction. All we need is for @TransactionAttribute or<br>
equivalent to work for something that is not an EJB.<br></blockquote><div><br>Right, but the last time I checked, getting JTA transactions to work in Tomcat or Jetty was a nightmare. And even when they loaded properly, they didn't actually work (rollbacks failed). So basically, what I'm trying to resolve is what exactly we are providing by emulating Java EE transactions and persistence. I'm just confused where Java EE falls apart that we feel we need to still provide this. Isn't this the whole idea of EJB lite? And so I ask, why can't we have Java EE lite which supports @TransactionAttribute without having something that is an EJB, yet still stay inside of Java EE?<br>
<br>-Dan<br></div></div><br>-- <br>Dan Allen<br>Senior Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br><br><a href="http://mojavelinux.com">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction">http://mojavelinux.com/seaminaction</a><br>
<a href="http://www.google.com/profiles/dan.j.allen">http://www.google.com/profiles/dan.j.allen</a><br>