您还在项目中使用会话或实体 EJB 吗？为什么？
Mikael Mechoulam
问问题
4425 次
6 回答
27
EJB3 是对以前版本的巨大改进。从技术上讲，它仍然是 JavaEE 的标准服务器端实现工具集，并且由于它现在没有以前的包袱（感谢注释和 Java Persistence），因此非常有用，并且正如我们所说的那样正在部署。正如一位评论者所指出的，JBoss SEAM 就是以此为基础的。
EJB 3 是 Spring 的可行替代方案，这两种技术可能会变得更加紧密相关。 这篇文章详细说明了 Spring 3.0 将与 EJB Lite 兼容（我不确定它到底是什么）并且可能成为 Java EE 6 的一部分。
EJB 不会去任何地方。
于 2008-09-23T19:21:14.967 回答
6
我们在这里使用 EJB，它与 JBoss Seam 和 JSF、Faclets 和 MyFaces Trinidad 配合得很好。良好的 UI、模板、AJAX 和在 JBoss 4.2 上运行的 24/7 稳定生产。
它是用于业务流程、工作流、消息传递、Web 服务和 UI 控制的良好堆栈。基于具有 mysql 持久性的 entitybeans 的快速交付功能、简单的编程和稳定的基础。
我不想错过 EJB 3 的功能集来完成我们产品所需的任务。
于 2008-09-20T19:28:02.947 回答
3
请参阅Java EE 6中的新功能概述。EJB 3.1 和 WebBeans 1.0 有助于使 Java EE 6 容器环境变得更易于使用，类似于 Java EE 5 或 Spring 上的 Seam 等框架。如果您熟悉 Spring 3，那么本文将说明 Java EE 是如何演变成可比较的框架的。
于 2012-12-10T06:11:34.173 回答
2
EJB 仍然存在并且正在成长。有许多新特性（SOAP/RESTful webservice、JPA 实体、JAXB ......）依赖于它，或者至少重用了开发理念。
于 2010-12-06T14:46:31.673 回答
-1
是的，但是对于大多数用例来说，EJB 非常复杂。非常聪明，但在大多数情况下确实矫枉过正。因此，现在采用轻量级方法。
贾斯汀
于 2008-09-20T17:49:11.920 回答
-1
我刚刚开始从事 EJB 项目的工作。我不记得使用这项技术有多么沉重和辛苦。Spring、Hibernate 和 Maven 的到来是幸运的。从那时起，一切都不同了，而且容易多了。
我总能看到这项技术从未被正确使用，并被视为一种我从未理解的模式。
假设您需要两个容器，如果可能的话，每个容器都需要一台服务器。一个用于业务（EJB），另一个用于视图（MVC）。我从来没有看到过。
嗯，很高兴知道 EBJ 正在升级。
于 2021-01-23T19:19:05.470 回答