On Wed, Apr 14, 2010 at 9:33 PM, Lincoln Baxter, III <lincolnbaxter@gmail.com> wrote:

Users can decide to use the transaction object as a UserTransaction, or they can use it as a SeamTransaction (or whatever it ends up being called) and get the extra features -- the name of this design pattern is eluding me, but I think it fits well here.

Right. I'm imagining that we can inject the native UserTransaction interface or our extended interface, but either way you are getting the same bean instance. Internally we stick the our extended interface to keep the code readable, the user gets a choice.

It's not just about wrapping these few status methods and adding the enlist method. It's about taring the transaction API to a single interface. Basically, UserTransaction is the interface, the implementation could be non-JTA.

-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