0 0

AbandonedObjectPool is used什么情况?5

AbandonedObjectPool is used (org.apache.commons.dbcp.AbandonedObjectPool@7c12a1)
   LogAbandoned: false
   RemoveAbandoned: true
   RemoveAbandonedTimeout: 300

问题补充:没有别的啦,只是得不到我想要的结果。应该是别的地方错啦。这个信息我不知道是什么情况。你能说一下吗?
2011年8月08日 19:04

5个答案 按时间排序 按投票排序

0 0

将dataSource的配置 removeAbandoned = true去掉即可。

2011年8月09日 10:45
0 0

将dataSource的配置 removeAbandoned = true去掉即可。
详解:

引用
在配置时,主要难以理解的主要有:removeAbandoned 、logAbandoned、removeAbandonedTimeout、maxWait这四个参数,设置了rmoveAbandoned=true 那么在getNumActive()快要到getMaxActive()的时候,系统会进行无效的Connection的回收,回收的 Connection为removeAbandonedTimeout(默认300秒)中设置的秒数后没有使用的Connection,激活回收机制好像是getNumActive()=getMaxActive()-2。 有点忘了。
  logAbandoned=true的话,将会在回收事件后,在log中打印出回收Connection的错误信息,包括在哪个地方用了Connection却忘记关闭了,在调试的时候很有用。
  在这里私人建议maxWait的时间不要设得太长,maxWait如果设置太长那么客户端会等待很久才激发回收事件。
  以下是我的配置的properties文件:
#连接设置
jdbc.driverClassName=oracle.jdbc.driver.OracleDriver
jdbc.url=jdbc:oracle:thin:@127.0.0.1:1521:DBSERVER
jdbc.username=user
jdbc.password=pass

#<!-- 初始化连接 -->
dataSource.initialSize=10

#<!-- 最大空闲连接 -->
dataSource.maxIdle=20

#<!-- 最小空闲连接 -->
dataSource.minIdle=5

#最大连接数量
dataSource.maxActive=50

#是否在自动回收超时连接的时候打印连接的超时错误
dataSource.logAbandoned=true

#是否自动回收超时连接
dataSource.removeAbandoned=true

#超时时间(以秒数为单位)
dataSource.removeAbandonedTimeout=180

#<!-- 超时等待时间以毫秒为单位 6000毫秒/1000等于60秒 -->
dataSource.maxWait=1000

2011年8月09日 10:45
0 0

得不到你想要的结果?能把具体的情景说下?

2011年8月08日 22:23
0 0

把你的错误堆栈打出来,

这应该不是错误信息。。。

2011年8月08日 21:08
0 0

这个显示正常啊,有没有其他更多的错误信息了?

2011年8月08日 19:11

相关推荐

Global site tag (gtag.js) - Google Analytics