Return-Path: X-Original-To: apmail-commons-issues-archive@minotaur.apache.org Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B062110E4B for ; Wed, 5 Feb 2014 22:38:54 +0000 (UTC) Received: (qmail 81837 invoked by uid 500); 5 Feb 2014 22:38:20 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 81615 invoked by uid 500); 5 Feb 2014 22:38:13 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 81468 invoked by uid 99); 5 Feb 2014 22:38:09 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Feb 2014 22:38:09 +0000 Date: Wed, 5 Feb 2014 22:38:09 +0000 (UTC) From: "Mark Thomas (JIRA)" To: issues@commons.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (DBCP-210) Have dbcp close pooled prepared statements after some settable time limit MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DBCP-210?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D138926= 81#comment-13892681 ]=20 Mark Thomas commented on DBCP-210: ---------------------------------- With Pool 2 this should be possible via a custom eviction policy that looks= at how long the object has been alive. > Have dbcp close pooled prepared statements after some settable time limit > ------------------------------------------------------------------------- > > Key: DBCP-210 > URL: https://issues.apache.org/jira/browse/DBCP-210 > Project: Commons Dbcp > Issue Type: Improvement > Reporter: Piotr Ko=C5=82aczkowski > Fix For: 2.0 > > > The problem is, when poolPreparedStatements is set to true and the databa= se is heavy loaded, the prepared statements are never closed. After some ti= me, as the database contents changes, they become unoptimal. It would be ni= ce to have another parameter telling for how long each statement can be kep= t open.=20 -- This message was sent by Atlassian JIRA (v6.1.5#6160)