J2EE的EJB规范应用问题

Question

有篇报道说2002年中超过50%的基于纯JSP/servlets开发的产品在2005年之前将会面临产品的可评测性、灵活性及可管理性方面的问题.

Answer 1

这个地方就把Entity bean 换成了 hibernate。 不要断章取义

Answer 2

EJB规范包括ENTITY BEAN、SESSION BEAN、MESSAGE DRIVE BEAN三部分，后两者都是非常成功的东西，只有实体bean有比较多的瑕疵，但是也是瑕不掩瑜。entitybean实现的是持久层的功能，sessionbean和messagedrivebean则对应业务逻辑层，使用EJBs，并不等于就要全部使用三种beans，而是根据实际情况而定，sessionbean＋hibernate的方案也是很常见的。

Answer 3

Entity bean换成了Hibernate,会对系统的维护管理方面,产生很多麻烦吗?
为什么要换呢?因为更简单,方便?

Answer 4

楼主所说的也应该是属于J2EE架构的，至于说 "目前大多数中小型项目都是不使用ejb的”
我想这个还不好下定论，毕竟他不可能了解到真实的现状，或许他本人也是听到别人所说的

Answer 5

要看项目规模。如果对EJB服务器(weblogic,websphere等）价格不在意，还是用EJB方便。如果是个小项目，买个服务器是在不合算，那就用hibernate算了。

Answer 6

买个服务器不合算，那就用hibernate,
那么用hibernate符合J2EE规范?

Answer 7

如果不是企业间的合作编程，就不要用该死的ejb

Answer 8

现在很少开发商能用上多少j2ee的技术的，因为客户的需求，开发的成本，交货日期等都允许开发商有更多的准备，所以都是开发些能应付用户的垃圾给些垃圾人使用

Answer 9

jsp+struts+hibernate也可以,但是要"分布式"的功能,难

Answer 10

我刚学习EJB,知道EJB组件有重用性.不知道hibernate是不是也能达到重用的效果?

Answer 11

hibernate至少目前还不是J2EE规范，是一种entity bean的替代实现方式。类似struts，只是一种大家觉得好用的手段工具而已。hibernate可以直接嵌入到其他代码中，因此重用程度要看开发人员的能力.类似一个公司，谁都可以管公司的任意事情，有时效率是最高的，但要公司大了不乱套才怪。