【发布时间】:2008-09-20 17:18:25
【问题描述】:
您还在项目中使用会话或实体 EJB 吗?为什么?
【问题讨论】:
标签: java jakarta-ee ejb
您还在项目中使用会话或实体 EJB 吗?为什么?
【问题讨论】:
标签: java jakarta-ee ejb
EJB3 是对以前版本的巨大改进。 技术上它仍然是 JavaEE 的标准服务器端实现工具集,并且由于它现在没有以前的包袱(感谢注释和 Java Persistence),因此非常有用,并且正如我们所说的那样正在部署。正如一位评论者所说,JBoss SEAM 就是基于它。
EJB 3 是 Spring 的可行替代方案,这两种技术可能会变得更加紧密相关。 this 文章详细说明 Spring 3.0 将与 EJB Lite 兼容(我不确定它到底是什么)并且可能成为 Java EE 6 的一部分。
EJB 不会去任何地方。
【讨论】:
我们在这里使用 EJB,它与 JBoss Seam 和 JSF、Faclets 和 MyFaces Trinidad 配合得很好。良好的 UI、模板、AJAX 和在 JBoss 4.2 上运行的 24/7 稳定生产。
对于业务流程、工作流、消息传递、Web 服务和 UI 控制来说,它是一个很好的堆栈。基于具有 mysql 持久性的 entitybeans 的快速交付功能、轻松编程和稳定基础。
我不想错过 EJB 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 是如何演变成一个类似的框架的。
【讨论】:
EJB 仍然存在并且正在成长。有许多新功能(SOAP/RESTful webservice、JPA 实体、JAXB...)依赖于它,或者至少重用了开发理念。
【讨论】:
是的,但是对于大多数用例来说,EJB 非常复杂。非常聪明,但在大多数情况下确实矫枉过正。因此,现在采用轻量级方法。
贾斯汀
【讨论】:
我刚刚开始从事 EJB 项目的工作。我不记得使用这项技术有多么繁重和辛苦。 Spring、Hibernate 和 Maven 的到来是幸运的。从那时起,一切都变得不同了,变得容易多了。
我总能看到这项技术从未被正确使用,并被视为我从未理解的模式。
假设您需要两个容器,如果可能的话,每个容器需要一台服务器。一个用于业务(EJB),另一个用于视图(MVC)。我从没见过。
嗯,很高兴知道 EBJ 正在升级。
【讨论】: