Java EJB还活着吗？

您是否仍在项目中使用会话或实体EJB？为什么？

是的，但是EJB对于大多数用例来说都非常复杂。非常聪明，但在大多数情况下都是矫枉过正。因此，现在每天都采用轻量级方法

---

Justin

我们在这里使用EJB，它与JBoss Seam和JSF、Faclets和MyFaces Trinidad配合得非常好。在JBoss4.2上运行良好的UI、模板、AJAX和稳定的24/7生产

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

---

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

EJB3与以前的版本相比有了很大的改进。从技术上讲，它仍然是JavaEE的标准服务器端实现工具集，而且由于它现在没有以前的包袱（多亏了注释和Java持久性），所以它非常可用，并且正如我们所说的那样正在部署。正如一位评论者所指出的，JBossSeam就是基于它的

EJB3是Spring的一个可行替代方案，这两种技术可能会变得更加紧密相关。这篇文章详细介绍了Spring3.0将与EJBLite兼容（我不确定这到底是什么），并且可能是JavaEE6的一部分

---

EJB哪儿也去不了。

EJB还在那里成长。有许多新特性（SOAP/RESTfulWebService、JPA实体、JAXB……）依赖于它，或者至少重用开发理念。

请参阅的概述。EJB3.1和WebBeans 1.0帮助使JavaEE6容器环境变得更易于使用，类似于JavaEE5或Spring上的Seam等框架。如果您熟悉Spring3，则说明了JavaEE是如何演变成一个可比较的框架的。

我刚刚开始重新研究EJB项目。我不记得使用这项技术工作有多么繁重和辛苦。春天、冬眠和马文的到来是幸运的。从那时起，一切都不同了，变得容易多了

我总能看到这项技术从来没有被正确使用过，而且被当作一种我从未理解过的模式

假设您需要两个容器，如果可能的话，每个容器需要一个服务器。一个用于业务（EJB），另一个用于视图（MVC）。我从没见过

---

很好，知道EBJ正在升级是件好事。

只是随着时间的推移，大多数成功的轻量级方法都变得和它们应该取代的技术一样重。EJB是一种奇怪的倒退案例，其中EJB3比以前的版本简单得多。