还是关于oracle+tomcat+jdbc的问题

停掉好像不可能。
不过可以控制同一用户重复提交，《j2ee模式》中有专门的阐述，
模式名字，好像叫住——环形令牌
大概意思就是根据用户的 SESSION来控制用户连续提交

解决方案 »

  1.   

    另外，你应该采用连接池技术
    控制整个TOMCAT的连接数据库数量，这都是比较常用的解决方案
    在新版的 TOMCAT里面，都可以配置连接迟，只要在程序中使用就可以了。不过我现在采用的连接池是我自己写的。
      

  2.   

    我的tomcat是1.4的,请问你的可以用连接迟的版本是多少的?另外连接池应该如何使用?有没有代码可以让我参考一下,谢谢!
    "根据用户的 SESSION来控制用户连续提交"能不能解释一下?
      

  3.   

    tomcat怎么会是1.4的？我知道4.0以上的版本能用连接池
      

  4.   

    上面说的都不对,连结池,可以加快但也还是会,将数库拖死去,
    我想主要的原因是由于你的连结没有关死,这个问题我也遇到过,
    你可以用netstat -n查看你的数据库连结.
      

  5.   

    自己写连接池，
    在可能出现异常的地方加上关闭所有连接及重新初始化。
    总之，以保证返回正常数据库连接为原则，不让它返回null。
      

  6.   

    楼上大侠：
    你到底做过没有了，如果没做如的话，就不要乱否定别人的发言好吧，不相信你试试，
    jsp页面如果数据没关好的话，多F5几次，你的oracle 就完了。
      

  7.   

    我使用了链接池了，但如果刷新页面次数多了的话，还是会出现数据库链接不上。最后只能重启tomcat才可以。我看到当数据库服务器的资源到达一定程度的时候，就会出现外面的用户链接不上了数据库。后来将web服务器改为weblogic好像不会出现这种情况，感觉好像weblogic将来自同一ip地址的请求，并不是全部处理，而是只处理最后一次请求，这样对于客户狂按f5而导致系统崩溃的问题就可以解决了。
    我想请问一下，在tomcat上可不可以做到这一点，如何做。
      

  8.   

    我就不知道你们使用的什么连接池了 
    我一般都是用的自己写的
    最大连接数设置为10
    如果此时有11个人访问
    那么第11个人就会等待我的TOMCAT最多只能建立10个连接，无论你如何F5我就不知道这样数据库为什么还会死了
      

  9.   

    同意hotenM(南京)（如果链接池没有问题的话）,但是还有一点，如果同时提交的请求过多（比如做压力测试时），tomcat对servlet产生的线程似乎关闭得不是很及时，会产生严重的线程等待问题，看起来似乎是死掉，其实是很慢！