I was talking to someone about this topic post-Devoxx. I came up with an idea that may be worth considering. Perhaps the Java EE platform can recognize another class of bean that has persistence and transaction capabilities, but not the rest of EJB. Here&#39;s my proposed breakdown, in terms of airplane seat classes (I was on an airplane at the time).<br>
<br>First class - EJB session bean<br>Business class - local transactional bean<br>Coach - Simple managed bean<br><br>The main differientiator of a &quot;business class bean&quot; from an EJB is that it would have the option to use local transactions, just like an application-managed JPA persistence unit. It would also not support any HA concerns. But it would be a drop in replacement for so-called &quot;lightweight&quot; transaction beans that Spring offers.<br>
<br>Then, we wouldn&#39;t need to do anything special in Weld / Seam 3. All we would need is to be able to support these types of beans in a servlet container, the same way that Weld supports those environments. But it would be a standard part of Java EE (6 MR1 or 7).<br>
<br>If we feel like we need to support this use case in Seam, then clearly there is still something missing in Java EE.<br><br>-Dan<br><br><div class="gmail_quote">On Wed, Nov 18, 2009 at 6:10 PM, Gavin King <span dir="ltr">&lt;<a href="mailto:gavin.king@gmail.com">gavin.king@gmail.com</a>&gt;</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;">I think we should try and follow the Java EE models as closely as<br>
possible for this stuff. We should simply try and make the Java EE<br>
code work outside EE 6.<br>
<br>
e.g.<br>
<br>
(1) use a resource declaration with @PersistenceContext(unitName=....)<br>
to define a managed persistence context<br>
(2) use JBoss Transactions to manage transactions in a servlet engine<br>
- so instead of having a special tx manager for JDBC, it is just JTA<br>
<br>
Or is the 10meg download for JBoss Transactions just no good?<br>
<br>
--<br>
Gavin King<br>
<font color="#888888"><a href="mailto:gavin.king@gmail.com">gavin.king@gmail.com</a><br>
<a href="http://in.relation.to/Bloggers/Gavin" target="_blank">http://in.relation.to/Bloggers/Gavin</a><br>
<a href="http://hibernate.org" target="_blank">http://hibernate.org</a><br>
<a href="http://seamframework.org" target="_blank">http://seamframework.org</a><br>
_______________________________________________<br>
weld-dev mailing list<br>
<a href="mailto:weld-dev@lists.jboss.org">weld-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/weld-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/weld-dev</a><br>
</font></blockquote></div><br><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>