sun的glassfish是不是好点,你可以看看

解决方案 »

  1.   

    在线5000人不代表每秒并发数有5000
    tomecat本就只做测试用的多,免费的话glassfish可能比它好点,你也可以试试jboss这些收费的,还满足不了你要求就集群
      

  2.   

    tomcat 服务器不适合用的话,可以考虑使用其它的web服务器
    而且我们使用的仅是免费的tomcat,肯定有一定的限制,你可以考虑使用收费的tomcat。
      

  3.   


    你说的我完全明白,不光光是并发访问的问题,还有许多诸如对请求的线程池管理.很多人都说fastcgi要好得多了.
    Tomcat给人一种只需要几个人,不停刷几秒钟就会挂掉的感觉,不知是否有经验?
      

  4.   

    Tomcat是个自己研究序时的一个不错的容器 ,作为正式的,不是很好。
    不过完全能应付LZ的情况。
      

  5.   

    没那么脆弱的,如果是web服务而不是ejb之类的东西tomcat足够用的
    可以google一下看看专业些的说法
      

  6.   

    tomcat没这么烂吧,,有点夸张了
      

  7.   

    Resin挺快的. 并发和你的逻辑及硬件是有关的. 你如果买一台中等服务器, 人家告诉你, 我这个服务器能支持100并发用户, 你不要认为这台服务器很差, 对方说的概念可能和你理解的概念不是一样的. 一个性能好的系统, 和很多因素相关, 如硬件,OS, APP server和你的design和策略.
      

  8.   

    resin 或者jboss
    jboss还是不错的,
      

  9.   

    应该没问题吧 如果频繁读数据库 考虑使用缓存  如果是服务器问题肯定有解决方法的 不然tomcat怎么那么流行
      

  10.   

    虽然TOMCAT确实不适合做大规模应用,但这是容器选择的问题。
    从应用技术而言PHP不可能比JAVA性能高。选择JAVA,但如果在意性能,Struts+Spring+Hibernate是死路一条。框架这些东西只是给小型应用练练手用的。
    打个比方,用框架做应用就象印刷机印画。快,方便,小型应用可以快速见效,但这些东西就是二三流的应用,
    不可能有多高的成就。而通过正确的设计精确打造的平台就象大师用画笔画出来的。一个完善的应用绝对不是框架搭出来,可以借用工具
    但重要的是打造他的人的设计思想和技术能力以及经验的综合。
      

  11.   

    嘿嘿,楼主又回来了....
    就在我准备放弃JAVA的时候,我发现,PHP的事务处理太落后了...
    Hibernate想要回避的问题,在PHP里全部都暴露了出来.现在又犹豫了.PHP要写大量的事务处理语句,并且支持得还不好,有时候需要手动抛出异常...
    有PHP高手么?给点意见....
    Spring的AOP能让我几乎感觉不到事务处理的痛苦...
    还有,PHP对于以后要从MYSQL换到ORACLE似乎还要费很大劲啊.哎,JAVA到底是正规军,但为什么服务器,速度,那么慢呢....
      

  12.   

    TOMCAT只适合同时连接数在500以下的小应用。
    再大必须使用专业的服务器了。
      

  13.   

    另外抱怨一下,感觉PHP的程序员,特别是只学过PHP的程序员,都很幼稚,什么"写PHP不需要那么麻烦"之类的回复到处可见...现在的东西把人宠坏了,根本不考虑可能出现的灾难性后果!
      

  14.   

    呵呵,一个忠告: 不要在Java社区批评Java, 也不要去PHP社区批评PHP. :-)
      

  15.   

    这个没法说的。感觉TOMCAT不好 那就去试试收费的。
    收费的一般都可以达到楼主的要求。。
      

  16.   

    For mobile and desktop apps, Java is still a good technology, but the web space is an entirely different beast and Java simply doesn't fit. It's too heavy, too complex, too "enterprisey" for most users. Never mind the trouble in deploying Java applications... 
    java已经过时了。
      

  17.   


    heavy有heavy的道理,轻量有轻的好处...简单和复用/设计/扩展性,是需要平衡的
      

  18.   

    LZ上火星吧,JAVA都跑不起来,你用PHP更不行
    你自已的问题, 用RESIN吧,网易什么的都是用的这个, 你的并发难到会比他们还高?
      

  19.   


    你这话说反了吧...应该是PHP都慢,JAVA还能跑得起来....
    PHP确实比JAVA更快...我只是在考虑设计上和事务管理上等等一些JAVA很方便的东西PHP怎么做....
      

  20.   


    恩,这个早就想过了,可我这基本没有什么象新闻之类的静态页面,所以用处应该不大,而且要APACHE+TOMCAT,我对这种模式下一个请求如何转发如何保持不是很熟悉...
      

  21.   

    什么咯?国内的网易、太平洋都是基于java做的!
      

  22.   

    这和java/php有什么关系?
    找个好点的设计者吧.
      

  23.   

    并发访问量500下用tomcat是完全没问题的超过的话建议resin......
      

  24.   

    PHP做网站比JAVA快!
    但是你服务器也得跟上!
    tomcat适合开发用着玩行!
    resin,jboss,weblogic,都可以!
    再把apache加上,就没什么问题!
      

  25.   

    Apache的目的是进行转发,即单Apache驱动多个server。
    至于在线5000,你要优先保证的是数据库服务器不要挂了。
    然后多server来实现。