Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 71783 invoked from network); 23 Jun 2006 16:34:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Jun 2006 16:34:21 -0000 Received: (qmail 40047 invoked by uid 500); 23 Jun 2006 16:34:20 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 40011 invoked by uid 500); 23 Jun 2006 16:34:20 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 40001 invoked by uid 99); 23 Jun 2006 16:34:20 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 09:34:20 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [80.202.4.58] (HELO osl1smout1.broadpark.no) (80.202.4.58) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 09:34:19 -0700 Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J1B005DZNCMGM30@osl1smout1.broadpark.no> for derby-dev@db.apache.org; Fri, 23 Jun 2006 18:33:58 +0200 (CEST) Received: from [10.0.0.3] ([80.202.31.203]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J1B00IIPNCL5WZ0@osl1sminn1.broadpark.no> for derby-dev@db.apache.org; Fri, 23 Jun 2006 18:33:57 +0200 (CEST) Date: Fri, 23 Jun 2006 18:34:15 +0200 From: Andreas Korneliussen Subject: Re: catch-22: Derby, Mustang, and JCP issue In-reply-to: <449C12C7.9080604@bristowhill.com> To: derby-dev@db.apache.org Message-id: <449C1807.2070700@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en References: <449B3321.6080701@bristowhill.com> <449C0C29.6090102@sun.com> <449C12C7.9080604@bristowhill.com> User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Jean T. Anderson wrote: > Andreas Korneliussen wrote: > >>Jean T. Anderson wrote: >> >> >>>David posted a good summary of the legal catch-22 at [1]. But the >>>shortest story is: >>> >>> + Mustang wants to ship a GA Derby 10.2, which supports JDBC 4.0. >>> + Derby can't ship a GA 10.2 until JDBC 4.0 is GA, which is with >>>Mustang. >>> >>>Let's keep this thread confined to the JCP issue Andrew raised that to >>>roll a release candidate qualifies as "creation".[2] And those release >>>candidates will be generally available. >>> >>>How do we handle this cleanly? >>> >> >>I think, by following the schedule Rick has proposed, we will handle >>this cleanly. >> >>August 25 - Begin vetting 10.2 release candidate >>End of October - Expected GA of JDBC4 with Mustang >>End of October - GA of Derby 10.2. Release promoted to Apache mirrors. >> >>As you can see from the schedule, Derby 10.2 does not go GA when we >>start the vetting of the release candidate. Building a RC is not the >>same as going GA. >> >>As for alpha/beta bits: they should not be set on a release candidate. >>The vetted bits are the final bits if the community votes for the >>release. As far as I know, they were not set on the recently rejected >>10.1.3 RC. > > > Can Derby legally build an RC with the GA bits set before JDBC 4.0 is > GA? --Understanding that the RC will be readily available to anyone to > download? > > This legal issue needs to get resolved. > In this case, it is Rick (the release manager) who builds the RC, and who makes it available before JDBC4 goes GA. I guess it would be up to him to take the legal responsibility. Andreas