J2EE项目规模的界定

Question

我的意思是有没有一些依据,也可以说是经验可以借鉴的,比如用servlet开发的系统能满足多少用户的并发访问,多大规模的系统才能使ejb的优势尽显.现在开发的一些系统可以说是好多是很盲目的,比如有些大大小小的项目都使用ejb,但有些系统直接用servlet进行开发也能达到很好的效果.比如现在提出的Struts+Spring+hibernate,好多人对该框架都很青睐,但它到底能满足多大规模的项目.

Answer 1

不要整天EJB着....EJB就是垃圾...一句话..."远程RMI调用"

Answer 2

说EJB是垃圾就有些太以偏概全了吧,至少ejb解决的一些问题给我们带来了很大的便利,比如事务管理,线程安全,Session Bean和Message Drive Bean也算不错,为什么提到"远程RMI调用"就有人骂,大家真正的测试过rmi性能给我们的系统带来的影响了吗?

Answer 3

ejb的使用，在后期维护上可能对人员的要求成本会高，和其他的轻量级应用框架比，Struts+Spring+hibernate框架比较灵活，但是作集群比较受限制，具体的可以看第10期程序员中又谈及的。但是ejb在安全性，事务管理，等诸多方面的确比较好。集群可以借助应用服务器很容易实现。说用rmi来代替ejb的，我只想说，这样的人，恐怕事脑子又点问题。呵呵

Answer 4

哦,先说明贴这个帖子不是来争论ejb的孰是孰非的,开始我也是跟随着一阵倒ejb风中并怡然自乐,后来才发现是自己知识的浅薄,当然也许过一段时间我还会发现现在的我也很浅薄,这个留到以后去总结了.我还是想知道软件的规模怎么来界定,算是作为一个调查吧.大家也可以谈一下自己做的系统选用的框架及自己对这种框架的一些看法!个人认为做项目是为了满足客户的要求,赢得客户的满意.技术只是一种手段,技术没有优劣贵贱!

Answer 5

To wjmmml(笑着悲伤):为什么Struts+Spring+hibernate框架集群比较受限制,在Tomcat下不是也可以进行集群吗(具体没有试过).我这两天又考虑了一下,抛开ejb的事务处理线程安全,如果使用了ejb但又不对其进行集群,那么ejb带来的就是远程访问增加的开销.至此我得出这样的结论不知是否正确:
如果我不打算对ejb container进行集群,就是说不使用ejb带来的可收缩性,那么我就可以用Spring来
实现事务处理,这样的框架应该有更好的性能.

Answer 6

jdon上也发布了相同的帖子，有兴趣的可以去看看。
http://www.jdon.com/jive/thread.jsp?forum=91&thread=17993&start=0&msRange=15

Answer 7

ejb的使用，在后期维护上可能对人员的要求成本会高，和其他的轻量级应用框架比，Struts+Spring+hibernate框架比较灵活，但是作集群比较受限制.但是ejb在安全性，事务管理，等诸多方面的确比较好。集群可以借助应用服务器很容易实现。

Answer 8

唉，JAVA初学者，看各位大虾的帖子，头疼，JAVA也太繁杂了吧，这么多模式。