ejb跟普通的bean相比优势在哪里？

Question

顺便说说另外一个问题：servlet/jsp。都说servlet用来控制跳转比较好，但是编译和部署的难度好像很大呀，比如webshere上面，部署一个servlet非常麻烦，不过我用的是3.5 :(。jsp则不同，调试方便，修改方便。唯一的不足我想就是不太方便相互之间的合作，不过由于有很多javabean，这个问题不大。非常不理解使用servlet的原因，难道就为了架构这个概念？ejb我想也同样存在调试麻烦的问题，这样项目的开发周期估计要延长了吧。

Answer 1

EJB还没看，Servlet已经实现过了，觉得没有什么困难的呀！看来还是善事利器啊！我用的是WSAD 5。

Answer 2

ejb是可部署的,所以可以作为分布式组件使用,大型的分布式和集群系统是他的用武之地.一般的小型应用,我觉得不适合用ejb,用struts框架比较好,轻.

Answer 3

分布嘛
EJB还是bean就是可以分布而已
DCOM和COM有什么区别?也是一个道理我基本上没搞过分布的东西不过我可以把我听过的一个东西告诉你:
日本有个叫Fujitsu的公司,你听过吧?
前些天听他们的一个员工说他们给日本的一个什么什么超市作了一个东西
用的就是EJB
他们给全日本几千家连锁超市的POS机上装了个EJB
然后这些POS机就可以把售货情况发给中心服务器
然后就可以根据这些数据,做一些诸如消费倾向之类的分析

Answer 4

EJB容器内制了很多非常难开发的东东~~
比如:并发~~,事物处理~等~~

Answer 5

对，简单的说来，一般的事务处理用bean已经绰绰有余，而且资源占用少。但是如果一个事务被调用的频率很频繁，就会出现问题。比方说在银行，又一个bean是专门用来计算帐户余额的，全市同时有1万个人在提款，那么就有9999个人在等，因为一个bean同时只能处理一个请求。所以ejb的出现简单地说就是在容器里实现了多线程。所以并不说说bean和ejb孰好孰坏，只是应用的场合不同，若是一味地追求高科技，"企业级“只会导致开发的困难和资源的浪费。

Answer 6

其实bean也有同样的解决办法：
我把这个bean做成static的，然后用单例模式就解决这个问题了。呵呵。不过事务处理的确是个问题。

Answer 7

不用ejb就不能用事务了？？？还有很多东东可以的吧

Answer 8

当你面对的是每个月800多万用户，产生8000000*3的数据，同时每天8000000/30=266666人次登陆系统并发操作的时候，你就会发现，javabean跑不动了。要升级到中型机了。得加硬件了。设集群了。用j2ee了，这个时候ejb就体现出来好处了。

Answer 9

楼上的 DaNiao(鸿雁) ，我们公司是用bizbrick框架的，用ejb主要是开发分布式运用，其实这东西麻烦的要命，发布部署调试要花费很大的精力。

Answer 10

浙大中国学生主机网暑期面向学生阶层推出虚拟主机大优惠活动！凡是中国学生，在暑期期间购买学生主机都可以享受到4折优惠价格！
100M独立WEB空间,支持CGI/PHP/ASP/JSP,提供ACCESS和MySql数据库(10M),1个10M的POP3/Web邮箱,提供智能用户自助管理系统和动态网站自动生成器,送1个二级域名（xxx.40it.com），暑期学生优惠价:99元/1年 198元/2年
申请网址： http://www.ChinaVHost.net  网名：中国学生主机网

Answer 11

我编了一点ejb的程序，感觉在我们做得小系统中，效率并不高
估计大型的电子商务可能是他的用武之地吧！