c3p0 DEBUG -- CLOSE BY CLIENT STACK TRACE - 这么近 那么远 - ITeye技术网站
博客分类：
Indeed, there is nothing to worry about.
Just odd log statements sprinkled throughout the C3P0 codebase.
Raise the loglevel to INFO and these statemens will not appear anymore.
CLOSE BY CLIENT STACK TRACE是C3P0代码里多日志语句抛出来的，调整日志级别为INFO就可以解决；
浏览: 181986 次
来自: 深圳
该方法不能真正的解决 actionMessage或action ...
我找到问题的解决方法了，在这里。http://peirenle ...
${eclipse_workspace\.metadata\. ...
公司有限制，无法上传图片
我在io流关闭以后使用renameTo 返回的还是false. ...关于CLOSE BY CLIENT STACK TRACE
程序正常运行，数据库连接可以获取，一些列操作都可以实现，可在debug信息中总会一段时间就报如下错误：
: DEBUG -- CLOSE BY CLIENT STACK TRACE
at com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:566 )
&&& at com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:234 )
&&& at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.destroyResource(C3P0PooledConnectionPool.java:470 )
&&& at com.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask.run(BasicResourcePool.java:964 )
&&& at com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:547 )
跟踪错误代码，发现 是 c3p0
内部的异常输出（红色部分 ）
C3p0 相关源码 ：
&com.mchange.v2.c3p0.impl. NewPooledConnection
public synchronized void close() throws SQLException
{ close( null ); }
private void close( Throwable cause ) throws SQLException
&&& { close( cause, false ); }
private void close( Throwable cause, boolean forced ) throws SQLException
。。。。。。。。。。。。。。。。&
&&&&&&&&&& &if ( cause == null )
&&&&&&&&&&& {
&&&&&&&&&&&&&&& this .invalidatingException =
NORMAL_CLOSE_PLACEHOLDER ;
&&&&&&& &&&&&&&&if ( Debug.DEBUG &&
logger .isLoggable( MLevel.FINEST ) )
&&&&&&&&&&&&&&&&&&& logger .log( MLevel.FINEST , this + & closed by a client.&, new Exception(&DEBUG -- CLOSE BY CLIENT STACK TRACE&) );
&&&&&&&&&&&&&&& logCloseExceptions ( null , closeExceptions );
&&&&&&&&&&&&&&& if (closeExceptions.size() & 0)
&&&&&&&&&&&&&&&&&&& throw new SQLException(&Some resources failed to close properly while closing & + this );
&&&&&&&&&&& }
&&&&&&&&&&& else
&&&&&&&&&&& {
&&&&&&&&&&&&&&& this .invalidatingException =
&&&&&&&&&&&&&&& if (Debug.TRACE &= Debug.TRACE_MED )
&&&&&&&&&&&&&&&&&&& logCloseExceptions ( cause, closeExceptions );
&&&&&&&&&&&&&&& else
&&&&&&&&&&&&&&&&&&& logCloseExceptions ( cause, null );
&&&&&&&&&&& }
为何会有这样的错误，一头雾水。
看了下配置文件，觉得可能是automaticTestTable配置引起的，将其注释掉，再运行，发现错误不再出现。
看了下关于 automaticTestTable的作用：
&由于Mysql服务器默认的wait_timeout是8小时，也就是说一个connection空闲超过8个小时，
&&& Mysql将自动断开该 connection。然而在C3P0 pools中的connections如果空闲超过8小时，
&&& Mysql将其断开，而C3P0并不知道该connection已经失效，如果这时有 Client请求connection，
&&& C3P0将该失效的Connection提供给Client，将会造成异常。
&&& 解决方法可为：1.jdbcUrl上面加一个autoReconnect=true
&&&& 2.由于autoReconnect=true 在新的connector/J版本里面已经deprecated了，文档里面建议不要使用。
&&&&&& 所以配置参数idleConnectionTestPeriod，automaticTestTable
而配置 automaticTestTable却 会报CLOSE BY CLIENT STACK TRACE，故选择配置preferredTestQuery 而不是 automaticTestTable 。
以上只是在使用c3p0是发现的问题，不知道是否理解正确，不过其正真原因到目前还是弄不清楚，望解答！
补充：今天在/xhr8334/blog/item/cf15d1a6deb235fc9052ee9b.html看到一个见解：（引用主题内容）
我看到那个DEBUG,我说，是调试信息，修改一下LOG4J的等级就行了。
这个群友很不解的问，既然成功了，干嘛还要丢异常出来？
这里就不得不说到两个商业开发的原则问题了。
第一，对上家传入数据严加过滤，对传出给下家的数据仔细检查。
第二，合理使用异常。
第一点其实很简单的。也就是模块化开发的一个思想问题。对自己的行为负责。前端返回的数据究竟是什么，需要进行校验。不合格的剔除或者是修正。合格的处理完后，在传出之前也要加以校验，是否合格。
具体到这个问题里，就是来自Spring关于数据源的那个配置文件。
&bean id=&dataSource& class=&com.mchange.boPooledDataSource& destroy-method=&close&&
//略去数据源相关信息的配置
这个配置文件里，有两个信息是很管用的。一个是class，一个是destroy-method。简单点说，一个是数据源的实现类，一个是析构方法。Spring在读取这个配置文件以后，需要根据这些信息来实例化一些类，然后内部再根据中间的那些配置信息来实际构造数据源。比如username啥的。
可是来了个问题。不能保证这里的ComboPooledDataSource数据源一定是可用的，也不能保证close方法一定能关闭连接，对吧？Spring本身不能检查这个类是否真实有效，毫无Bug。实际上呢，也检查不了。同样的，close方法是否有效，也需要进行检查。这就是我刚才说的，对上家数据的严加检查。
那好吧，怎么检查呢？最简洁的方法莫过于实际构造一下，连接池，获取数据库连接，执行一个测试语句，然后关闭连接。如果一切都成功，那就OK。关于那个测试语句，配置过WebSphere数据源的同学们还记得不？有个SQL语句会默认的写在数据源配置里，是 & SELECT 1 FROM TABLE &。嗯，对的，这个就是测试语句。
这一套流程能走得通，走的顺，那么就可以在自己能力范围内说这个数据源和连接池是能用的，对吧？
这里补充一个知识。java.sql.Connection，这玩意不是class，是interface。
声明是：public interface
Connection extends Wrapper 。
任何一个JDBC数据库连接的实现类都应该实现这个接口的全部方法。比如，close。API里的描述是，立即释放此
Connection 对象的数据库和 JDBC 资源，而不是等待它们被自动释放。
熟悉Java的同学们应该记得一点，在规范里有个要求，就是接口的实现类必须实现接口的所有方法。但是呢，这句话还有个意思，那就是，你可以在实现所有方法之外，再写几个方法。没人会管你。
啊哈，那就有疑问了。虽然API规定了close是关闭连接释放资源的。但这只是你接口的一厢情愿。也许人家实现厂家觉得close方法不够帅，要改成closeConnection。那。。。Spring总不好傻傻的去死扣close方法来关闭连接吧？虽然这方法必须实现，但是可没说一定要有内容啊。如果是空方法呢？
所以有了destroy-method这个配置项的出现。Spring说，不碍的，您老人家看哪个爽，告诉我就行。
现在测试完了。一切都成功了。
现在来看看第二个问题。合理使用异常。
又遇到一个问题。既然测试成功了，那总得给用户一点交待吧？难道说，测试成功了，就闷声大发财了？显然不合适嘛。可以试想一下，你是程序员，然后点了个按钮，测试。结果呢，实际上是测试成功了，但是系统啥动静都不给你。然后你傻傻的等痴痴的盼，一直等到天荒地老……嗯嗯，扯的有点远。如果你等一个小时还不见动静，活不见人死不见尸的，你说你会不会骂娘？
那么怎么通知才能保证一定有效呢？println？这个不见得一定能看到。因为别人也可能在同时输出信息，一下就刷掉了。那么有同学说了，最好是能暂停一下，我输出以后，就暂停了，不动了。
嗯，很好。
大家想想看，输出一大堆东西，然后此程序不动了，不继续执行了，这是啥玩意?
这不就是异常嘛！
只有异常能保证程序员一定能看到这个信息，比如，测试成功。这就是为什么Spring要采用这种方式来通知的原因。
这里呢，我想更正同学们一个习惯成自然的想法。异常不一定是通知坏消息的。异常就是异常，只要你愿意，你甚至可以在代码执行成功的时候，throws一个Exception。异常只不过是比较激烈的一种通知方式而已。无他，仅此而已。
现在又有个问题来了。既然要测试，而且每次执行到此处的时候都要测试一下。那么……难道都卡在这里不走了啊？显然更不合适啊。
熟悉log4J的同学应该看出来了，这是log4J输出的日志。很明显的，这种日志只应当在开发期间存在，不应该在发布期间存在。因为开发期间数据库变动很大，比如改表啊，改数据库配置啊。所以需要通知用户是否成功。但是产品一旦开发完毕，正式发布，这种信息就不应再出现，因为商业化运作的应用不允许乱动配置的，对不？
所以log4J提供了一种方法。消息级别。INFO的时候，是看不到这个异常的。实现起来也很好办，catch了，然后不做任何处理，也就是空的catch块。
具体实现的时候可以在catch里判断一下，如果等级是INFO的话，就不做任何事。如果不是，那就按照规则去做。
结合到 “合理使用异常” 这句话来说呢，就是说，需要抛出异常的时候，就抛出。不需要抛出的时候，就不抛出。对程序员来说，在必要的时候看到一串异常信息，是最合适的事情了。
关于异常的使用，这里不展开说了。有兴趣的同学可以参见林锐博士的 高质量Java编程。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：18711次
排名：千里之外
原创：38篇
转载：22篇
(2)(1)(4)(1)(2)(3)(2)(4)(3)(5)(7)(6)(16)(4)java.lang.Exception: DEBUG -- CLOSE BY CLIENT STACK TRACE -
- ITeye技术网站
博客分类：
今天,在做单元测试的时候,运行单元测试用例,抛出java.lang.Exception: DEBUG -- CLOSE BY CLIENT STACK TRACE这样一个错误,可是测试用例执行成功了.
这个问题的解决方法:可以修改log4j.properties文件的log4j.rootLogger=debug, stdout将debug修改为warn即可.
浏览: 138183 次
来自: 沈阳
passwd = env.put(Context. ...
/api.sh ...
静看人生 写道不行啊。 没成功！。。查看api，看返回的错误代 ...
要钱买短信 才可以发啊。。。
, ,这样真能解决问题吗？扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
C3P0+hibernate出现异常求解释
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口当前位置： >
> C3P0+hibernate出现异常！求解释
C3P0+hibernate出现异常！求解释
lufaqi & at
C3P0+hibernate出现错误！求解释　　Java code　　
Level: DEBUG
19:25:48,805
Method: com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:564) Message: com.mchange.v2.c3p0.impl.NewPooledConnection@1458657 closed by a client. java.lang.Exception: DEBUG -- CLOSE BY CLIENT STACK TRACE
at com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:564)
at com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:234)
at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.destroyResource(C3P0PooledConnectionPool.java:470)
at com.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask.run(BasicResourcePool.java:958)
at com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:547)
Level: DEBUG
19:25:48,805
Method: com.mchange.v2.resourcepool.BasicResourcePool.cullExpired(BasicResourcePool.java:1450) Message: FINISHED check for expired resources.
[com.mchange.v2.resourcepool.BasicResourcePool@1bb326c]
Level: DEBUG
19:25:48,806
Method: com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.destroyResource(C3P0PooledConnectionPool.java:476) Message: Successfully destroyed PooledConnection: com.mchange.v2.c3p0.impl.NewPooledConnection@1458657
Level: DEBUG
19:25:48,806
Method: com.mchange.v2.resourcepool.BasicResourcePool.incrementPendingAcquires(BasicResourcePool.java:400) Message: incremented pending_acquires: 1
Level: DEBUG
19:25:48,807
Method: com.mchange.v2.resourcepool.BasicResourcePool$1DestroyResourceTask.run(BasicResourcePool.java:961) Message: Successfully destroyed resource: com.mchange.v2.c3p0.impl.NewPooledConnection@1458657
Level: DEBUG
19:25:48,829
Method: com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:217) Message: com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager@dd8e0d.acquireResource() returning.
Level: DEBUG
19:25:48,830
Method: com.mchange.v2.resourcepool.BasicResourcePool.trace(BasicResourcePool.java:1620) Message: trace com.mchange.v2.resourcepool.BasicResourcePool@1bb326c [managed: 2, unused: 1, excluded: 0] (e.g. com.mchange.v2.c3p0.impl.NewPooledConnection@16d3536)
Level: DEBUG
19:25:48,830
Method: com.mchange.v2.resourcepool.BasicResourcePool.decrementPendingAcquires(BasicResourcePool.java:418) Message: decremented pending_acquires: 0
C3P0代码　　Java code　　
&!-- 定义使用C3P0连接池的数据源 --&
&bean id=&dataSource& class=&com.mchange.boPooledDataSource& destroy-method=&close&&
&!-- 指定连接数据库的JDBC驱动 --&
&property name=&driverClass&&
&value$>{driverClassName}&/value&
&/property&
&!-- 连接数据库所用的URL --&
&property name=&jdbcUrl&&
&value$>{url}&/value&
&/property&
&!-- 连接数据库的用户名 --&
&property name=&user&&
&value$>{userName}&/value&
&/property&
&!-- 连接数据库的密码 --&
&property name=&password&&
&value$>{password}&/value&
&/property&
&!-- 设置数据库连接池的最大连接数 --&
&property name=&maxPoolSize&&
&value$>{maxPoolSize}&/value&
&/property&
&!-- 设置数据库连接池的最小连接数 --&
&property name=&minPoolSize&&
&value$>{minPoolSize}&/value&
&/property&
&!-- 设置数据库连接池的初始化连接数 --&
&property name=&initialPoolSize&&
&value$>{initialPoolSize}&/value&
&/property&
&!-- 设置数据库连接池的连接的最大空闲时间,单位为秒 --&
&property name=&maxIdleTime&&
&value$>{maxIdleTime}&/value&
&/property&
本问题标题：
本问题地址：
温馨提示：本问题已经关闭，不能解答。
暂无合适的专家
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&&&湘教QS2-164&&增值电信业务经营许可证湘B2-