You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Mark Thomas (JIRA)" <ji...@apache.org> on 2013/10/30 15:55:31 UTC

[jira] [Resolved] (DBCP-325) Allow idle connection count to exceed maxIdle for configurable time period

     [ https://issues.apache.org/jira/browse/DBCP-325?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark Thomas resolved DBCP-325.
------------------------------

    Resolution: Won't Fix

MaxIdle is the limit. It it too low, increase it and use softMinEvictableIdleTimeMillis / minEvictableIdleTimeMillis

> Allow idle connection count to exceed maxIdle for configurable time period
> --------------------------------------------------------------------------
>
>                 Key: DBCP-325
>                 URL: https://issues.apache.org/jira/browse/DBCP-325
>             Project: Commons Dbcp
>          Issue Type: New Feature
>            Reporter: Patrick Kranz
>            Priority: Trivial
>              Labels: connection, timeout
>             Fix For: 2.0
>
>
> It would be nice to have a timeout that specifies how long a connection, on which close() has been called, should be held in the pool, even if this connection exceeds the maxIdle limit. This would make it possible to say something like "I know this is one more idle connection than I configured but keep it around for just a few more seconds in case we have a second peak so we don“t need to construct the connection again".
> If this has a chance of getting into the pool, I would try to provide a patch that implements this so that, in best case, you only would have to do a code review.



--
This message was sent by Atlassian JIRA
(v6.1#6144)