性能会有很大的提高，如果是在单个JVM上面跑。

>>如果系统的访问量很大,性能需求也很严格.项目让你来负责你会采用何种架构?会不会使用ejb?

根据budget而定。

>>lookup的

只有第一次耗时。第二次开始几乎没有时间开销。

现在ejb在j2ee体系中好像面临着一种很尴尬的局面?一般的系统使用ejb的好像都不太多吧?

项目预算不是问题,由于是一个非常重视性能(实时通信,电话服务的那种系统),对于反应速度要求非常严格.每个页面(前台的jsp)的切换不能超过2 s,知识库的查询也如此,同时连接数约为3000(持续不断,7*8方式)

现在有很多种备选方案,其中包括javabean,dao,ejb等数据库操作方式,但是我对这些东东的具体性能指标不是很清楚.(jdo暂时不作考虑..呵呵)

服务器的布置是用两个weblogic的服务器做成集群,所有的访问在同一个jvm中进行.

另外,对于lookup的问题robbine兄能否解释的清楚一些,第一次访问的时候会比较慢,以后就很快了?这是什么原因呢?

谢谢

所以我现在在这几个东西里面徘徊

从性能上面考虑我是不是该排除ejb?

我看了一些性能报告,也包括一些网友的讨论

涉及到大量数据和性能要求较高的项目好像都不赞成使用ejb

或者部分,小数量的修改使用ejb的比较多.

而使用了ejb的项目和系统往往使用sessionBean来进行大数量的访问

而bmp或cmp的entityBean只是对小数量的数据进行修改和插入.

这样一来和ejb的整个架构感觉有些异样,sessionBean访问数据库操

作好像是不被推荐的?entityBean的循环和频繁查询会大大降低性能?