On Tue, Nov 24, 2009 at 3:14 PM, Gavin King <gavin.king@gmail.com> wrote:
But that's where I think you're getting mixed up. JTA is not part of
EJB. @TransactionAttribute is part of EJB. And there's no reason you
can't use JTA for local transactions. So I don't understand what's
wrong with the idea of Tomcat+Weld+Hibernate+JBoss Transactions + some
kind of pooling. We don't need a new kind of bean or a new kind of
container transaction. All we need is for @TransactionAttribute or
equivalent to work for something that is not an EJB.

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?

-Dan

--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597

http://mojavelinux.com
http://mojavelinux.com/seaminaction
http://www.google.com/profiles/dan.j.allen