Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 65207 invoked from network); 17 Oct 2010 16:11:13 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 17 Oct 2010 16:11:13 -0000 Received: (qmail 25222 invoked by uid 500); 17 Oct 2010 16:11:13 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 25098 invoked by uid 500); 17 Oct 2010 16:11:13 -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 25090 invoked by uid 99); 17 Oct 2010 16:11:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 17 Oct 2010 16:11:13 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paulus.benedictus@gmail.com designates 209.85.212.43 as permitted sender) Received: from [209.85.212.43] (HELO mail-vw0-f43.google.com) (209.85.212.43) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 17 Oct 2010 16:11:08 +0000 Received: by vws18 with SMTP id 18so29065vws.30 for ; Sun, 17 Oct 2010 09:10:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=LaOnQmICk3XszMZGDp4pokq2NCatXwwSRUkYYUg0384=; b=JAJl/brET7em1+QY5+hbfVv5E7zDeBbqMM+Te7fNrk/Ld9ueojWm2e0FJOVxIBT8q3 GyoZMRm3SCW6JqB28jhq6sphPw5+LXfwh42HlIc5PWEpuxStCfw5QFwoo6cw0d0H2QOw E0+4MCA6sOMBD0NiHsahCrLuPbFvz83s0KWoo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=jr5GOEQ6nNC4Vmd4u2p5BNHn+2W/h9Rj8VnOBPrf856XKXstL5ksziRlqrV9f4ObNh a0KcKxNkc86T9xwd5qUpqTL9kpcpYc/mN+0NpiNSirkjRZnP6aZKBfmA0Vzx/0loQ45+ 6CbH8ay/YHOLXWXLySU79+f20eZeDvOi75v48= MIME-Version: 1.0 Received: by 10.220.73.143 with SMTP id q15mr801680vcj.185.1287331846301; Sun, 17 Oct 2010 09:10:46 -0700 (PDT) Sender: paulus.benedictus@gmail.com Received: by 10.220.191.75 with HTTP; Sun, 17 Oct 2010 09:10:46 -0700 (PDT) In-Reply-To: References: <4CBA61AF.3090003@gmail.com> <4CBB17AD.7050406@gmail.com> Date: Sun, 17 Oct 2010 11:10:46 -0500 X-Google-Sender-Auth: MbPXsDQRDfktbbc1eSOvi6VwXsU Message-ID: Subject: Re: [dbcp] 2.0 prep From: Paul Benedict To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It makes perfect sense if you want multiple versions of DBCP on the classpath. We had that discussion with Lang 3 as well. Paul On Sun, Oct 17, 2010 at 10:52 AM, Simone Tripodi wrote: > Hi Phil, > I'm sure the build will be broken at least at the beginning, this > morning I migrated the commons-pool pom metadata and package. > Please let me know if I can be helpful on dbcp too, thanks in advance. > Have a nice day, > Simo > > http://people.apache.org/~simonetripodi/ > http://www.99soft.org/ > > > > On Sun, Oct 17, 2010 at 5:35 PM, Phil Steitz wrot= e: >> On 10/17/10 9:57 AM, J=F6rg Schaible wrote: >>> >>> Hi Phil, >>> >>> Phil Steitz wrote: >>> >>>> I just created a dbcp 1.4 legacy branch, so we can now start work >>>> toward dbcp 2.0 in trunk. =A0Pool is already off to the races. =A0As w= e >>>> have discussed, I would like to start exploring bringing in the >>>> Tomcat jdbc-pool code, split somehow between [pool] and [dbcp]. >>>> >>>> To get [dbcp] moving, I would like to make the following pom changes >>>> in trunk: >>>> >>>> 0) change the groupId to org.apache.commons >>>> 1) change the artifactId to commons-dbcp2 >>>> 2) change the pool dependency version to 2.0-SNAPSHOT >>>> >>>> Both 1) and 2) may be controversial, so I want to allow people to >>>> weigh in before making these changes. =A0I know we like to avoid >>>> snapshot dependencies, but I don't see any other way to keep the API >>>> changes in synch. =A0Any better ideas? >>> >>> All arguments have already been spoken. So, +1 to al of this. >> >> Thanks. =A0I am wondering what CI stuff may break if we move to snapshot >> dependency. =A0Any comments on that? >> >> Phil >>> >>> - J=F6rg >>> >>> >>> --------------------------------------------------------------------- >>> 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 >> >> > > --------------------------------------------------------------------- > 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