Bug 60043 - suspectTimeout does not work as expected without removeAbandoned="true" which does not match its documentation
Summary: suspectTimeout does not work as expected without removeAbandoned="true" which...
Alias: None
Product: Tomcat Modules
Classification: Unclassified
Component: jdbc-pool (show other bugs)
Version: unspecified
Hardware: PC Linux
: P2 normal (vote)
Target Milestone: ---
Assignee: Tomcat Developers Mailing List
URL: http://tomcat.10.x6.nabble.com/Questi...
Depends on:
Reported: 2016-08-25 11:11 UTC by Torsten Krah
Modified: 2016-08-30 07:30 UTC (History)
0 users


Note You need to log in before you can comment on or make changes to this bug.
Description Torsten Krah 2016-08-25 11:11:45 UTC
Already posted this to the mailinglist here:


If you configure the pool to have:


set it does not report leaked connections even if you got leaked connections hanging in the busy queue.
To me this looks like a bug.

Docs tell this:

  Similar to to the removeAbandonedTimeout value but instead of treating
  the connection as abandoned, and potentially closing the connection,
  this simply logs the warning if logAbandoned is set to true.

Looking at the code however the suspect() method of a connection is only called from the PoolCleaner thread in the "checkAbandoned()" method.

But before calling that one it does check the pool configuration like this:

if (pool.getPoolProperties().isRemoveAbandoned())

but i don't want to configure removeAbandoned to true - i just want to get the suspect working like expected from reading the documentation of the property without actually removing the leaked connections.

Imho this needs to be changed - either the condition here is extended to look for suspectTimeout or the suspect is called in an extra method - i don't care which one is used ;).
Comment 1 Keiichi Fujino 2016-08-30 07:30:46 UTC
Thanks for the report.
The fix will be in :
- 9.0.x for 9.0.0.M10 onwards
- 8.5.x for 8.5.5 onwards
- 8.0.x for 8.0.37 onwards
- 7.0.x for 7.0.71 onwards