今天同事在测试文件同步功能时，发现当删除一个文件夹目录，里面含有很多文档的时候就报：
Caused by: org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted
at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:103)at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540)at org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider.getConnection(LocalDataSourceConnectionProvider.java:81)at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:423)... 154 moreCaused by: java.util.NoSuchElementException: Timeout waiting for idle objectat org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:756)at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:74)at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:95)... 157 more2010-3-11 9:34:40 org.apache.catalina.core.ApplicationContext log信息: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted[DATAMANAGER] ERROR 2010-03-11 09:34:41,859 [http-8080-2] JDBCExceptionReporter.logExceptions(78) | Cannot get a connection, pool exhausted[DATAMANAGER] ERROR 2010-03-11 09:34:41,859 [http-8080-2] JDBCExceptionReporter.logExceptions(78) | Cannot get a connection, pool exhaustedorg.hibernate.exception.GenericJDBCException: Cannot open connection......初看org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted知道是连接池已经耗尽了。
心想不会是在删除的过程中，定时器已经启动了建索引进程，由于未控制线程数而导致连接池耗尽？
但是看到同事的测试目录下文件数也不是很多，全部是图片，大概也有三四十张。但是建索引也不至于，平时会索引整个数据库文档表建索引那时的数量比这里大多了。
网上一查：
A、Cannot get a connection, pool exhausted解决办法
转自：http://chivas2008.blogbus.com/logs/28735149.html
解决的办法有3个
1重启你的服务器
2在content.xml中，将maxActive设置为零，或者调高它的值
3在你的程序中正确关闭connections 这里有一点要注意要把关闭的语句写在finally中，如果你写在try{}中出现异常的话是无法正确关闭的。
要象这样
} catch (SQLException e) {
/** Exception handling **/} finally { try { if (stmt != null)stmt.close();if (dbConnection != null)dbConnection.close();} catch (SQLException e) { /** Exception handling **/}}当然这3个方法里前两个并不能从根本上解决你的问题，所以还是要好好研究你的程序，一定要将用完的connection放回到池中。1 问题描述
Web程序在tomcat刚开始运行时速度很快，但过一段时间后发现速度变得很慢。检查日志输出，发现异常如下:org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted, cause:java.util.NoSuchElementException: Timeout waiting for idle object同时在SQLServer事件探查器中发现，每执行一次sql语句都要产生Audit login事件，语句执行后产生Audit logout事件。说明每一次tomcat都是重新打开新的连接。2 问题解决tomcat 的数据源定义提供了三个参数：a. 如果设为true则tomcat自动检查恢复重新利用，没有正常关闭的Connection.（默认是false）<parameter><name>removeAbandoned</name><value>true</value></parameter>b. 设定连接在多少秒内被认为是放弃的连接，即可进行恢复利用。<parameter><name>removeAbandonedTimeout</name><value>60</value></parameter>c.输出回收的日志，可以详细打印出异常从而发现是在那里发生了泄漏<parameter><name>logAbandoned</name><value>true</value></parameter>B、Timeoutwaitingforidleobject转自：http://203.208.37.132/search?q=cache:9TmBcAJrYhQJ:jiangzi87.blog.ccidnet.com/blog.php%3Fdo%3Dshowone%26itemid%3D474468%26typ%3Dblog+java.util.NoSuchElementException:+Timeout+waiting+for+idle+object&cd=5&hl=zh-CN&ct=clnk&gl=cn&st_usg=ALhdy2-dZRxeN0j7d6MJ0Shp7tXcjwyumQ
1、request too large错误 在我们应用系统中,有些用户反映在填写申请表的时候,有时会出现request too large 的错误,导致操作失败.经查看原因是: 用户在填写申请表的时候.我们会搁一定的时间,朝cookies里保存数据.如果cookies里数据过大,就会导致request too large 的错误,清除cookies,问题就可以解决.. 2、Timeoutwaitingforidleobject错误org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool exhausted, cause:java.util.NoSuchElementException:Timeoutwaitingforidleobject是因为连接没有关闭，导致其他的连接去连接这个老的连接。导致出错检查是否没有关闭数据库连接 |
看到我对于A中红色显示的部分，这个参数对于查找原因真的很重要。初看上面的报错真得让我一头雾水，后来配置上这个参数，再运行控制台的报错信息更加明确，从报错信息中我找到了运行该功能存在两个地方连接池泄漏问题：
at com.xxx.action.DoccatalogAction.getDocCatalogListByCatCode(DoccatalogAction.java:1178)
at com.xxx.organization.dao.hibernate.UserHibernateDAOBean.getUserByName(UserHibernateDAOBean.java:54)at com.xxx.doc.desktopapp.action.DesktopAppAction.removeAllDataByCategoryList(DesktopAppAction.java:564)从中可以知道是在哪个方法，哪一行的代码存在连接池泄漏问题。
【原因】：
原来真的是同事写的代码中未对session，Connection，Statement等与数据库相关的连接未释放。
【解决方法】：
1、对于session的部分全部加上
//避免未释放连接导致连接池耗尽
Session session = this.getSession();try{ //执行代码 ...}finally{ this.releaseSession(session);}2、对于数据库连接
Session session = listHelper.getSessionFactory().openSession();
Connection cnn = null;Statement state = null;ResultSet rs = null;try{ cnn = session.connection();state = cnn.createStatement(ResultSet.TYPE_SCROLL_INSENSITIVE,ResultSet.CONCUR_READ_ONLY);String strSQL="";strSQL+=" select d.* from tb_datapriv_grant g , tb_datapriv d where g.member_id='"+userid+"' ";rs = state.executeQuery(strSQL);//查询目录用户是否有权限......}finally{//关闭rs
if(null!=rs){ rs.close();rs = null;}//关闭stateif(null!=state){ state.close();state = null;}//关闭cnnif(null!=cnn){ cnn.close();cnn = null;}//关闭sessionif(null!=session){ session.close();session = null;}}当然，可能你的项目里获取session和释放session的方法和我的并不一样，因为有的类方法是我们封装好的。但是相同的是一定要记得释放。