Spring+BoneCP+MyBatis: maxConnectionsPerPartition为1导致的junit一直停留在获取conn阶段的问题...

本文详细介绍了在Spring、BoneCP和MyBatis环境下,当applicationcontext.xml中boneCPdatasource最大连接数设置为1且partitionCount也为1时,可能导致junit单元测试无法获取连接的问题,并提供了解决策略。通过调整最大连接数,可以确保单元测试顺利进行。同时,文章探讨了仅有一个连接被占用的原因,涉及多线程环境下的Dao调用问题,强调了查找数据库死锁的可能性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Spring+BoneCP+MyBatis下, 如果applicationcontex.xml中的boneCP datasource 最大连接数maxConnectionsPerPartition设为1且partitionCount也为1:

<bean id="dataSourceNewsletter" class="com.jolbox.bonecp.BoneCPDataSource" destroy-method="close">
<property name="driverClass" value="#{env['jdbc.driverClassName']}"/>
<property name="jdbcUrl" value="#{env['jdbc.url.newsletter']}"/>
<property name="username" value="#{env['jdbc.username']}"/>
<property name="password" value="#{env['jdbc.password']}"/>
<property name="idleConnectionTestPeriod" value="60"/>
<property name="maxConnectionsPerPartition" value="1"/>
<property name="minConnectionsPerPartition" value="1"/>
<property name="partitionCount" value="1"/>
<property name="acquireIncrement" value="1"/>
<property name="statementsCacheSize" value="100"/>
<property name="releaseHelperThreads" value="3"/>
</bean>

则junit单元测试时无法获取到这个唯一的connection,单元测试将会一直停留在下面的“Fetching JDBC Connection from DataSource”:[quote]INFO 00:05:08 (SQLErrorCodesFactory.java:126) - SQLErrorCodes loaded: [DB2, Derby, H2, HSQL, Informix, MS-SQL, MySQL, Oracle, PostgreSQL, Sybase]
DEBUG 00:05:08 (SQLErrorCodesFactory.java:199) - Looking up default SQLErrorCodes for DataSource [JDBC URL = jdbc:postgresql://mxa.tianyu.com:5432/zhoukan, Username = www-data, partitions = 1, max (per partition) = 1, min (per partition) = 1, helper threads = 3, idle max age = 60 min, idle test period = 60 min]
DEBUG 00:05:08 (DataSourceUtils.java:110) - Fetching JDBC Connection from DataSource[/quote]上面log的前提是已打开相应包的log4j日志跟踪:
log4j.logger.org.mybatis=DEBUG
log4j.logger.org.springframework=DEBUG
log4j.logger.com.jolbox.bonecp=DEBUG



解决办法:将最大连接数maxConnectionsPerPartition设为>1

<bean id="dataSourceNewsletter" class="com.jolbox.bonecp.BoneCPDataSource" destroy-method="close">
...
<property name="maxConnectionsPerPartition" value="3"/>
...
</bean>
这只是一个让单元测试能够进行下去的临时解决之道;真正的问题在于,仅有的一个connection为什么一直被占用,代码里哪里的不规范导致该connection一直得不到释放致使单元测试一直停留在“获取数据库连接...”阶段,而无法继续run下去?


[color=red][b]后期说明:这不是个问题或bug;根本的原因还是因为conn只有一个,太少,而在复杂的业务操作代码中有多线程的多个Dao调用。连接被某个Dao调用占用了。当然,如果conn被长时间的占用,导致测试代码一直停留无法执行下去,就需要去查找可能存在的数据库死锁问题。[/b]
[/color]

ref resources:
spring+ibatis 不打印错误信息:
[url]http://blog.youkuaiyun.com/gaoshanwushui/article/details/5509845[/url]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值