我们还在项目中使用会话或者实体EJB吗？为什么？

解决方案

是的，但是在大多数情况下，EJB都非常复杂。非常聪明，但在大多数情况下确实过分杀伤力。因此，当今采用的轻量级方法。

贾斯汀

我们在这里使用EJB，它与JBoss Seam和JSF，Faclets和MyFaces Trinidad很好地兼容。在JBoss 4.2上运行良好的UI，模板，AJAX和稳定的生产24/7.

它是业务流程，工作流，消息传递，Web服务和ui控制的良好堆栈。基于带有mysql持久性的entitybeans的功能快速交付，易于编程和稳定的基础。

我不想错过EJB 3的功能集来完成我们产品所需的任务。

EJB3是对先前版本的巨大改进。从技术上讲，它仍然是JavaEE的标准服务器端实现工具集，并且由于它现在没有以前的负担(感谢注释和Java Persistence)，因此非常有用，并且可以按照我们所说的进行部署。正如一位评论者指出的那样，JBoss SEAM就是基于它的。

EJB 3是Spring的可行替代方案，并且这两种技术之间的联系可能会更加紧密。本文详细介绍了Spring 3.0将与EJB Lite兼容(我不确定那到底是什么)，并且可能是Java EE 6的一部分。

EJB不会走到任何地方。

EJB仍然存在并且还在成长。有许多新功能(SOAP / RESTful Web服务，JPA实体，JAXB ...)依赖于它，或者至少重用了开发哲学。