Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 37734 invoked from network); 8 Mar 2009 07:25:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Mar 2009 07:25:33 -0000 Received: (qmail 95704 invoked by uid 500); 8 Mar 2009 07:25:32 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 95639 invoked by uid 500); 8 Mar 2009 07:25:32 -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 95627 invoked by uid 99); 8 Mar 2009 07:25:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Mar 2009 23:25:32 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.217.160] (HELO mail-gx0-f160.google.com) (209.85.217.160) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Mar 2009 07:25:24 +0000 Received: by gxk4 with SMTP id 4so1810898gxk.18 for ; Sat, 07 Mar 2009 23:25:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.150.229.5 with SMTP id b5mr8117563ybh.168.1236497102743; Sat, 07 Mar 2009 23:25:02 -0800 (PST) In-Reply-To: References: <25aac9fc0903070732p8efbcb1oe05a17277d0a7611@mail.gmail.com> <31cc37360903071635i2bb49222n3d9aea202a27876d@mail.gmail.com> Date: Sun, 8 Mar 2009 03:25:02 -0400 Message-ID: Subject: Re: [DBUTILS] Version numbering (was: Java version not specified in POM) From: James Carman To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Sat, Mar 7, 2009 at 10:26 PM, Dan Fabulich wrote: > The the API in the "java5" branch is backward compatible; the generics an= d > varargs are erased at compile time. =A0Of course, the code has to be comp= iled > with target=3D1.5, but on a Java 1.5 VM you could swap it in and not noti= ce > the difference. > > If that lets us call it "dbutils 1.3" and avoid extra branching work, tha= t'd > be great. Calling it 2.0 (and thus changing the package name) does give you more freedom, too (remove some clutter, simplify the API, etc.). Let's not forget that. Of course, that could be done post-varargs/generics. I'm not completely familiar with the API, but usually when you introduce a varargs method, you're replacing an existing array method along with a one, two, and three-argument method. I don't think those sort of changes are backward compatible (existing code would have "pointed" at the two-argument method for instance). Again, I don't know that's the case, but just wanted to make sure. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org