<div class="gmail_quote">On Thu, Apr 15, 2010 at 3:15 AM, Emmanuel Bernard <span dir="ltr"><<a href="mailto:emmanuel@hibernate.org">emmanuel@hibernate.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div class="im"><br><div><div>On 14 avr. 2010, at 20:21, Dan Allen wrote:</div><br><blockquote type="cite"><div class="gmail_quote">On Wed, Apr 14, 2010 at 9:13 AM, Pete Muir <span dir="ltr"><<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex">
I'm with Emmanuel here.<br>
<br>
All of this is addressable through an Transactions utiltiy class.<br>
<div><div></div><div><br></div></div></blockquote><div>Let me ask for two clarifications that will help me understand the counter argument.</div><div><br></div><div>1. If this transaction wrapper extends UserTransaction, is that worse/different than having a utility class? You can always inject the native type, or inject the wrapper for the extra convenient status methods.</div>
<div>2. The transaction wrapper allows us reuse the UserTransaction API to address JTA, resource-local and potentially spring transaction APIs as one. The client then doesn't concern itself with which transaction API is being used under the covers, but everyone "speaks" JTA UserTransaction. How do we do that with just a utility class?</div>
</div></blockquote></div><br></div><div>So your proposal was only describing what already exists here?</div><div><a href="http://docs.jboss.org/seam/2.2.1.CR1/api/org/jboss/seam/transaction/UserTransaction.html" target="_blank">http://docs.jboss.org/seam/2.2.1.CR1/api/org/jboss/seam/transaction/UserTransaction.html</a></div>
<div><br></div><div>If yes then, that's fine. But frankly the wiki wording sounds like you are on your way to design a brand new API.</div></div></blockquote><div><br></div><div>Doh! Time to fix it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><br></div><div>So if the proposal is:</div><div> - create an extension of javax.transaction.UserTransaction to provide convenience methods</div><div> - use this interface as a wrapper around all the transaction apis out there (ie basically using javax.transaction.UserTransaction as the tx gateway for everyone - unit test up to JTA)</div>
<div> - provide implementations of these wrappers</div><div><br></div></div></blockquote></div>I'll update the wiki with these bullets.<div><br></div><div>-Dan<br clear="all"><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>
</div>