Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 18385 invoked from network); 23 Jun 2006 13:56:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Jun 2006 13:56:24 -0000 Received: (qmail 63904 invoked by uid 500); 23 Jun 2006 13:56:23 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 63862 invoked by uid 500); 23 Jun 2006 13:56:22 -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 63845 invoked by uid 99); 23 Jun 2006 13:56:22 -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 06:56:22 -0700 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [32.97.182.145] (HELO e5.ny.us.ibm.com) (32.97.182.145) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Jun 2006 06:56:21 -0700 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e5.ny.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k5NDtxZU000393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Fri, 23 Jun 2006 09:55:59 -0400 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay02.pok.ibm.com (8.13.6/NCO/VER7.0) with ESMTP id k5NDtxXG211476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 23 Jun 2006 09:55:59 -0400 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k5NDtwoG004697 for ; Fri, 23 Jun 2006 09:55:58 -0400 Received: from [127.0.0.1] (sig-9-76-200-15.mts.ibm.com [9.76.200.15]) by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k5NDtujr004596 for ; Fri, 23 Jun 2006 09:55:58 -0400 Message-ID: <449BF2EA.9080006@sbcglobal.net> Date: Fri, 23 Jun 2006 06:55:54 -0700 From: Kathey Marsden User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: derby-dev@db.apache.org Subject: Re: catch-22: Derby, Mustang, and JCP issue References: <449B3321.6080701@bristowhill.com> <449B4D5F.8070008@apache.org> <639B39E1-ED1D-437C-87DE-267D3EF92791@apache.org> <449B7C87.2060100@apache.org> <449BC85D.9050407@pobox.com> In-Reply-To: <449BC85D.9050407@pobox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [snip lot's of interesting legal conversation that I can't keep up with] To me, the core question for the Derby community is do we want to interject an extended commercial external dependency into our release cycle. To that I vote -1. It seems contrary to the Apache Way and all that makes it work: incremental development, contributor independence, release early often. It also seems to make this a legal rather than technical forum. There are perfectly reasonable technical release alternatives but there seem to be legal issue's getting in the way. I suggest the lawyers take this off line, and find a solution so Derby can release with the implementation based on the draft and subject to change. The lawyers on both sides of the table seem to work at the same place, so I am sure negotiations can't be too difficult. If they are, then I think Java DB will just need to fork of temporarily and sync back up to us when ready to play again the Apache Way. 10.2 has already been far too long of a release cycle. In large part the delays already are related to this legal issue and I think we need to stop it. I seen 10.2 as our *real* graduation from incubation: Will we as a community be able push out a real Apache feature release together and feel like we did it the Apache Way? Whatever precedents we set this time we should be willing to carry forward and this seems like a bad one to me. Kathey