Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 51861 invoked from network); 6 Jun 2003 09:52:46 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 6 Jun 2003 09:52:46 -0000 Received: (qmail 17044 invoked by uid 97); 6 Jun 2003 09:55:13 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@nagoya.betaversion.org Received: (qmail 17037 invoked from network); 6 Jun 2003 09:55:13 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 6 Jun 2003 09:55:13 -0000 Received: (qmail 51613 invoked by uid 500); 6 Jun 2003 09:52:43 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 51595 invoked from network); 6 Jun 2003 09:52:43 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 6 Jun 2003 09:52:43 -0000 Received: (qmail 17031 invoked by uid 50); 6 Jun 2003 09:55:10 -0000 Date: 6 Jun 2003 09:55:10 -0000 Message-ID: <20030606095510.17030.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: commons-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 18905] - Couldn't get connection (Jdbc2PoolDataSource) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18905 Couldn't get connection (Jdbc2PoolDataSource) ------- Additional Comments From tagunov@motor.ru 2003-06-06 09:55 ------- Since there still is only one UserPassKey per user I personally would do two things: 1) revert the prev patch and make UserPassKey.equals() still compare only on the username 2) would probably nuke username and password member fields from PooledConnectionAndInfo -- why have them there since the same fields are accessible via .upkey.getUsername() and .upkey.getPassword() ? --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org