ejb比javabean要好点,可自动缓冲,处理事务等
但实体bean不能用的太滥,动不动就把所有表做成实体bean,服务器肯定受不了的。

解决方案 »

  1.   

    to: ydr2002(▲▲▲▲▲▲▲▲) 
    你说的有点道理,我觉得ejb没有javabean速度快。
      

  2.   

    ejb和javabean是两个截然不同的概念,根本就没法比较!另外,weblogic承受1000个人应该没问题的,可能是程序写的不好,比如资源释放问题等。
      

  3.   

    我当然知道weblogic支持1000人肯定没问题,我现在
    就是想知道具体有哪些情况可能会导致weblogic服务器
    崩溃。欢迎大家讨论
      

  4.   

    weblogic支持1000人肯定没问题是没有总是的,可能是你的程序没有对资释放
      

  5.   

    我觉得用实体bean确实对速度有点影响.
      

  6.   

    请问考虑采用ejb除了支持不同的客户端外。
    像事务处理、容器管理的持久性我都可以通过javabean实现这些功能。
    我想知道ejb还有什么javabean不能解决的优点呢?
    请高手回答一下。
      

  7.   

    ejb相比javabean还是有很多优点的,比如mdb,sb,eb。呵呵,特别是sb,用的范围更广。
    单单javabean很难实现分布式,负载平衡等。
    对于大型企业来说,用ejb比较好。
    像中国电信,你要它用tomcat+jsp+javabean?
    呵呵。
    但是,ejb要慎用,用不好就会出很多问题,所以sun才出了《j2ee核心模式》。我怀疑是程序问题,比如缓冲做的不好,算法,架构不好。如把所有纪录都读出来,放在session中。
      

  8.   

    对于大量数据查询,应实体bean肯定出问题的。
    用dao把
      

  9.   

    昨天BEA的技术人员来了,说:肯定是你们的程序写的有问题,我们的WEBLOGIC比IBM的都强!
      

  10.   

    ejb的执行效率肯定要低一些,为了更好的架构,牺牲一些性能是值得的
      

  11.   

    我觉得,与其说是wls崩溃,不如说成服务器的崩溃更为恰当些?
      

  12.   

    通常来说javabean就够用了,weblogic的处理能力很强呢。
    我觉得应该检查自己的代码,看看应该释放的资源释放了没有,
    还有如何优化,因为很多时候都是由于过多的访问数据库的原因,所以在一次查询中要尽可能多的完成多一些的数据库的操作,尽量减少数据库的查询次数等等。
      

  13.   

    不懂ing,
    偶来接受教育来了。
      

  14.   

    还有,你可以测试一下,weblogic是不是真的崩溃了。在你认为weblogic可能崩溃的时候,访问一下控制台,如果能访问的话,说明weblogic工作正常,这肯定是你们的程序写得有问题啦。
    我想一定能访问的,因为我还从来没有见过weblogic崩溃呢,最多服务器实在受不了重启了.
      

  15.   

    weblogic 经常会宕机,这个问题,对流量大了的时候,就会出现
    还有实体bean不能用的太多,
    多一定很容易宕机的,
    一般要控制在一定数量之内。
      

  16.   

    Servlet 吧  
    jsp用来访问数据库 处理逻辑 不行呀