Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 44167 invoked from network); 15 Jan 2009 03:08:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Jan 2009 03:08:21 -0000 Received: (qmail 39390 invoked by uid 500); 15 Jan 2009 03:08:20 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 39305 invoked by uid 500); 15 Jan 2009 03:08:20 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 39294 invoked by uid 99); 15 Jan 2009 03:08:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Jan 2009 19:08:20 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of phil.steitz@gmail.com designates 209.85.221.17 as permitted sender) Received: from [209.85.221.17] (HELO mail-qy0-f17.google.com) (209.85.221.17) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Jan 2009 03:08:12 +0000 Received: by qyk10 with SMTP id 10so1042506qyk.18 for ; Wed, 14 Jan 2009 19:07:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=bBEYcrAW1gNtZdoM7IWWxPw6Q1zGQiwwjHfJ/P+iRHQ=; b=ET6FBE6hruIEdkQrWL6CtYZupnKceQ108WYplUUkyWB0B7gtrxUc9pIXyM7DL0RJ11 Z0KvoJpKiseJDvnpK9f/Y/6b366HEnePAat4QLzI9Y5NxbRtF0KBP0oDL/AJXLyAz4Gh SVLoU2TD4oPwi3XHd6h2BWPjIm34LI0XTsWfI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=sppeE7zHREuScgeL94Wl6iZ50MZOgJLE/NWLGFrE83EgxKMCz9+8++RmGmIno7aNXz p5m4OyBHW3quYfzzwUFA3aoCoLYEEXc3HEHdpBsKajcLeOSj36SNguXM9SsV9dZvzJTM GoDFKRkeSV1AbS695CAWfAYYu+sQ2RL6JRIX8= Received: by 10.214.115.12 with SMTP id n12mr1290749qac.52.1231988871758; Wed, 14 Jan 2009 19:07:51 -0800 (PST) Received: from phil-steitzs-macbook-pro.local (pool-98-114-72-207.phlapa.east.verizon.net [98.114.72.207]) by mx.google.com with ESMTPS id 6sm17071702ywc.9.2009.01.14.19.07.49 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Jan 2009 19:07:50 -0800 (PST) Message-ID: <496EA885.5000006@gmail.com> Date: Wed, 14 Jan 2009 22:07:49 -0500 From: Phil Steitz User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Commons Developers List Subject: Re: [DBCP] svn commit: r734473 References: <496E98AE.7050604@btopenworld.com> In-Reply-To: <496E98AE.7050604@btopenworld.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Stephen Colebourne wrote: > Rahul Akolkar wrote: >> On Wed, Jan 14, 2009 at 1:36 PM, wrote: >>> Author: sebb >>> Date: Wed Jan 14 10:36:07 2009 >>> New Revision: 734473 >>> >>> URL: http://svn.apache.org/viewvc?rev=734473&view=rev >>> Log: >>> Make non-private static fields final >> >> >> Note that the above breaks binary and source compatibility. Therefore, >> at the least, such changes deserve notable mentions in the release >> notes and often additional thought about the version number of the >> next release. > > With such a low level and widely used component as DBCP, changing > binary compatability will cause users lots of pain (unless there is a > specific plan here). > > Possible solutions include > - don't make a binary/source incompatible change > - change the package name > > We shouldn't create any more jar hell situations. I agree with Stephen on this. This is a needless break. I would prefer to limit changes to what is required to support compilation under JDK 1.6. Otherwise, we need to target a 2.0 (and consider changing package name) and as there does not appear to be collective energy to push out a 1.2.3 bugfix release, I would really like to see 1.3 usable by current users as there are some nasty bugs that have been fixed in trunk. > > Stephen > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org