Dan,<br>
<br>
Generally speaking you are correct.  I agree that transaction APIs 
should be moved outside of persistence to allow other modules to use 
them without needing to use persistence.  I have already opened (and 
mostly coded) SEAMPERSIST-35 which separates the SeamManaged annotation 
from persistence.  The annotation was already moved to solder by Stuart 
in SOLDER-77.  I hope that SEAMPERSIST-35 can be integrated with Final 
so that the API calls are clear up front.  So I guess what else needs to come out and what does the timeframe look like for post Seam 3.0.0 for a supplemental release? I was targetting May for JCR.  To echo George&#39;s point, I&#39;ve seen a few forum posts about JTA dependencies in Seam Persistence, when running it in a tomcat environment.  Is it possible for us to do this, while possibly degrading softly when it&#39;s not around?<br>
<br>John<br><br><div class="gmail_quote">On Fri, Mar 11, 2011 at 8:39 PM, Dan Allen <span dir="ltr">&lt;<a href="mailto:dan.j.allen@gmail.com">dan.j.allen@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I&#39;d also add that we are using transactions in the Faces module to provide managed transactions integrated into the JSF lifecycle. So again, we see the transaction support used as a top-level feature.<div><br></div><div>
<font color="#888888">

-Dan</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Fri, Mar 11, 2011 at 20:33, Dan Allen <span dir="ltr">&lt;<a href="mailto:dan.j.allen@gmail.com" target="_blank">dan.j.allen@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="gmail_quote"><div>On Fri, Mar 11, 2011 at 20:15, George Gastaldi <span dir="ltr">&lt;<a href="mailto:gegastaldi@gmail.com" target="_blank">gegastaldi@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



<div bgcolor="#FFFFFF"><div>Nice, I agree that it is the right way to go. I was almost suggesting separating that on a separate module also.</div><div><br></div><div>However it must be considered that JTA would not always be used (when running on tomcat for example). How would this module handle these scenarios ? Would it depend on persistence module itself ?<br>



</div></div></blockquote><div><br></div></div><div>The Seam transaction API is an abstraction over JTA. It provides the same interface, but can accommodate a different providers underneath.</div><div><br></div><div>For instance, you should be able to adapt it to any single resource transaction (recognizing that you lose multiple resource enlistment) (similar to what spring does: <a href="http://www.infoq.com/articles/spring-modules-jcr" target="_blank">http://www.infoq.com/articles/spring-modules-jcr</a>). The module could even go a step further and provide simplified transaction configuration for JTA in a standalone environment. I think there is a lot of interesting avenues to explore, which is why having it in a separate module makes a ton of sense. The floor is open for discussion.</div>



<div><br></div><font color="#888888"><div>-Dan</div><div><br></div></font></div><div><div></div><div>-- <br><div>Dan Allen</div>Principal Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br>


<br><div><a href="http://www.google.com/profiles/dan.j.allen#about" target="_blank">http://www.google.com/profiles/dan.j.allen#about</a><br>
<a href="http://mojavelinux.com" target="_blank">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br></div><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div>Dan Allen</div>Principal Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br><br><div><a href="http://www.google.com/profiles/dan.j.allen#about" target="_blank">http://www.google.com/profiles/dan.j.allen#about</a><br>


<a href="http://mojavelinux.com" target="_blank">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br></div><br>
</div></div></div>
<br>_______________________________________________<br>
seam-dev mailing list<br>
<a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
<br></blockquote></div><br>