Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 70574 invoked from network); 8 Feb 2007 06:55:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Feb 2007 06:55:49 -0000 Received: (qmail 21121 invoked by uid 500); 8 Feb 2007 06:55:49 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 21100 invoked by uid 500); 8 Feb 2007 06:55:49 -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 21089 invoked by uid 99); 8 Feb 2007 06:55:49 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Feb 2007 22:55:49 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [196.25.240.79] (HELO ctb-mesg-1-1.saix.net) (196.25.240.79) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Feb 2007 22:55:39 -0800 Received: from isanusid800 (dsl-243-191-226.telkomadsl.co.za [41.243.191.226]) by ctb-mesg-1-1.saix.net (Postfix) with ESMTP id BE1F71BD64 for ; Thu, 8 Feb 2007 08:55:11 +0200 (SAST) From: "Abdullah Kauchali" To: Subject: RE: How does iBatis know which connection object to use from a pool? Date: Thu, 8 Feb 2007 08:55:15 +0200 Organization: iSanusi Systems Architects Message-ID: <000f01c74b4e$19e15ac0$0300a8c0@isanusid800> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcdKyuwzoxaK6PbpRYyesQNJdLaq/gAglz/Q X-Virus-Checked: Checked by ClamAV on apache.org Larry: > > Almost, but not exactly. ;-) > > The connection does not remain with the thread for the life of the > thread, but rather the thread gets the connection from the pool (the > pool marks it as used so no one else gets it), then uses it, then > closes it (which just tells the pool that it can give it to others). Cool, thanks - that makes sense. :) > I have not ever looked into if it checks for active transactions, I'd > guess that the assumption is that they are clean. I think it will be a great feature to throw an error if an attempt is made to return a connection to the pool when it has a currently active transaction - so, someone forgot to commit or rollback. Just my 2c.