Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 25418 invoked from network); 3 Apr 2006 17:35:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Apr 2006 17:35:09 -0000 Received: (qmail 9070 invoked by uid 500); 3 Apr 2006 17:35:09 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 9041 invoked by uid 500); 3 Apr 2006 17:35:08 -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 9032 invoked by uid 99); 3 Apr 2006 17:35:08 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Apr 2006 10:35:08 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [192.18.98.36] (HELO brmea-mail-4.sun.com) (192.18.98.36) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Apr 2006 10:35:08 -0700 Received: from phys-d3-ha21sca-2 ([129.145.155.165]) by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id k33HYluf028610 for ; Mon, 3 Apr 2006 11:34:47 -0600 (MDT) Received: from conversion-daemon.ha21sca-mail1.sfbay.sun.com by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IX500B01Q57CP@ha21sca-mail1.sfbay.sun.com> (original mail from Richard.Hillegas@Sun.COM) for derby-dev@db.apache.org; Mon, 03 Apr 2006 10:35:55 -0700 (PDT) Received: from [129.150.32.20] (vpn-129-150-32-20.Central.Sun.COM [129.150.32.20]) by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IX5008H0Q7TA6@ha21sca-mail1.sfbay.sun.com> for derby-dev@db.apache.org; Mon, 03 Apr 2006 10:35:54 -0700 (PDT) Date: Mon, 03 Apr 2006 10:34:52 -0700 From: Rick Hillegas Subject: Re: [jira] Updated: (DERBY-1107) For existing databases JDBC metadata queries do not get updated properly between maintenance versions. In-reply-to: To: derby-dev@db.apache.org Message-id: <44315CBC.7090604@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 User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) References: <1733524392.1143644387310.JavaMail.jira@ajax> <442AC280.6020709@sun.com> <87zmj9kqsb.fsf@sun.com> <442AED77.3040902@Sourcery.Org> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > > Looks like we agree this issue could be solved when the real need > arises... I noticed Rick included this issue as one of the reasons for > codefreeze delay. Rick, do you think this issue is more serious? > My issue is that, as of mid-March, metadata changes have been blocked pending resolution of two issues: 1) Agreement on our upgrade policy vis-a-vis metadata. 2) Fixing the upgrade tests. We are now almost three weeks into this blockage. A lot of useful work is backed up behind these issues. Every week of delay pushes back the code freeze. Regards, -Rick