From 3b7cae15a4be377b515a0da69c9eb6a06a1974b7 Mon Sep 17 00:00:00 2001 From: rjung Date: Wed, 29 Dec 2010 20:42:04 +0000 Subject: [PATCH] Improve documentation of database connection factory. git-svn-id: https://svn.apache.org/repos/asf/tomcat/trunk@1053727 13f79535-47bb-0310-9956-ffa450edef68 --- webapps/docs/changelog.xml | 3 + webapps/docs/jndi-resources-howto.xml | 102 +++++++++++++++++++++++++++++++--- 2 files changed, 96 insertions(+), 9 deletions(-) diff --git a/webapps/docs/changelog.xml b/webapps/docs/changelog.xml index d38bc1df6..64abb7efa 100644 --- a/webapps/docs/changelog.xml +++ b/webapps/docs/changelog.xml @@ -225,6 +225,9 @@ Correctly validate provided context path so sessions for the ROOT web application can be viewed through the HTML Manager. (markt) + + Improve documentation of database connection factory. (rjung) + diff --git a/webapps/docs/jndi-resources-howto.xml b/webapps/docs/jndi-resources-howto.xml index e0011e2f6..d0ad4cb00 100644 --- a/webapps/docs/jndi-resources-howto.xml +++ b/webapps/docs/jndi-resources-howto.xml @@ -664,24 +664,108 @@ conn.close(); +

Some additional properties handle connection validation:

+ +

The optional evictor thread is responsible for shrinking the pool + by removing any conections which are idle for a long time. The evictor + does not respect minIdle. Note that you do not need to + activate the evictor thread if you only want the pool to shrink according + to the configured maxIdle property.

+

The evictor is disabled by default and can be configured using + the following properties:

+ +

Another optional feature is the removal of abandoned connections. + A connection is called abandoned if the application does not return it + to the pool for a long time. The pool can close such connections + automatically and remove them from the pool. This is a workaround + for applications leaking connections.

+

The abandoning feature is disabled by default and can be configured + using the following properties:

+ +

Finally there are various properties that allow further fine tuning + of the pool behaviour:

+

For more details, please refer to the commons-dbcp documentation.

-- 2.11.0