Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 71672 invoked from network); 24 Sep 2008 16:00:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Sep 2008 16:00:26 -0000 Received: (qmail 65289 invoked by uid 500); 24 Sep 2008 16:00:23 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 65029 invoked by uid 500); 24 Sep 2008 16:00:22 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 65017 invoked by uid 99); 24 Sep 2008 16:00:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Sep 2008 09:00:22 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.217.10] (HELO mail-gx0-f10.google.com) (209.85.217.10) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Sep 2008 15:59:23 +0000 Received: by gxk3 with SMTP id 3so5653951gxk.0 for ; Wed, 24 Sep 2008 08:58:48 -0700 (PDT) Received: by 10.90.30.2 with SMTP id d2mr8356890agd.118.1222271928754; Wed, 24 Sep 2008 08:58:48 -0700 (PDT) Received: by 10.90.106.9 with HTTP; Wed, 24 Sep 2008 08:58:48 -0700 (PDT) Message-ID: Date: Wed, 24 Sep 2008 11:58:48 -0400 From: "Ian Zabel" To: user-java@ibatis.apache.org Subject: Shutting down Connection Pool at runtime (for maintenance) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org Very soon we're releasing our first build of our legacy app using iBATIS! We've converted about 10% of our legacy SQL to iBATIS so far, and it's really working great. Things are 15-30% faster compared to our old framework (homegrown SOAP server for all data access). We're using iBATIS with Tomcat 5.5 and DBCP over JNDI. Every Sunday our Oracle DB is backed up cold. This means that all connections to the DB must be closed. During this backup, our SOAP server is shutdown. Now that we're moving forward with iBATIS, we have another connection pool that we have to manage. This will eventually become the only connection pool as we phase out the SOAP server. However, during this cold backup, we would prefer to keep the Tomcat server running so as to avoid losing all of our in-memory caches. So, the question: Is it possible to somehow shutdown DBCP (or close all of its connections) for a time while the backup occurs, yet leave Tomcat running? And, after the backup is finished, start it back up? Of course, the application would be inaccessible during this backup; but that's how it's always been. I can't find anything on Tomcat, DBCP, or iBATIS mailing lists that really discuss this issue, which of course makes me question if we're doing this right. Any thoughts? Thanks, Ian.