您是否仍在项目中使用会话或实体EJB？为什么呢？
答案 0 :(得分：26)
EJB3是对以前版本的浩大改进。它仍然是技术上 JavaEE的标准服务器端实现工具集，因为它现在没有任何先前的包袱（由于注释和Java持久性），在我们说话时非常有用并且正在部署。正如一位评论者指出的那样，JBoss SEAM就是基于它的。
EJB 3是Spring的可行替代方案，这两种技术可能会变得更加紧密相关。 this文章详细说明Spring 3.0将与EJB Lite兼容（我不确定它是什么），并且可能是Java EE 6的一部分。
EJB无处可去。
答案 1 :(得分：6)
我们在这里使用EJB，它与JBoss Seam和JSF，Faclets和MyFaces Trinidad配合得很好。良好的用户界面，模板化，AJAX和在JBoss 4.2上全天候运行的稳定生产。
它是业务流程，工作流，消息，Web服务和ui控制的良好堆栈。基于具有mysql持久性的实体，快速交付功能，轻松编程和稳定基础。
我不想错过EJB 3的功能集来完成我们产品所需的任务。
答案 2 :(得分：3)
EJB仍在那里并且在成长。有许多新功能（SOAP / RESTful webservice，JPA实体，JAXB ......）依赖它或至少重用开发哲学。
答案 3 :(得分：3)
请参阅new features in Java EE 6的概述。 EJB 3.1和WebBeans 1.0有助于使Java EE 6容器环境变得更易于使用，类似于Java EE 5或Spring上的Seam之类的框架。如果您熟悉Spring 3，this article说明了Java EE如何发展成为一个类似的框架。
答案 4 :(得分：0)
是的，但EJB对于大多数用例来说都是非常复杂的。非常聪明，但在大多数情况下真的矫枉过正。因此，现在采用轻量级方法。
贾斯汀
答案 5 :(得分：-1)
我刚刚开始从事 EJB 项目的工作。我不记得使用这项技术有多么沉重和困难。 Spring、Hibernate 和 Maven 的出现是幸运的。从那以后，一切都变得不同了，也变得容易多了。
我总能看到这项技术从未被正确使用，并被视为一种我从未理解的模式。
假设您需要两个容器，如果可能的话，每个容器需要一台服务器。一种用于业务（EJB），另一种用于视图（MVC）。我从未见过。
嗯，很高兴知道 EBJ 正在升级。