Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 5475 invoked from network); 22 Feb 2007 18:20:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Feb 2007 18:20:59 -0000 Received: (qmail 68122 invoked by uid 500); 22 Feb 2007 18:21:07 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 68096 invoked by uid 500); 22 Feb 2007 18:21:07 -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 68087 invoked by uid 99); 22 Feb 2007 18:21:07 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Feb 2007 10:21:07 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [192.18.42.249] (HELO nwk-ea-fw-1.sun.com) (192.18.42.249) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Feb 2007 10:20:54 -0800 Received: from d1-sfbay-10.sun.com ([192.18.39.120]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l1MIKXCk026078 for ; Thu, 22 Feb 2007 10:20:34 -0800 (PST) Received: from conversion-daemon.d1-sfbay-10.sun.com by d1-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JDV00801MQV1O00@d1-sfbay-10.sun.com> (original mail from Richard.Hillegas@Sun.COM) for derby-dev@db.apache.org; Thu, 22 Feb 2007 10:20:33 -0800 (PST) Received: from [192.9.61.193] by d1-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JDV008JNMY8S1MC@d1-sfbay-10.sun.com> for derby-dev@db.apache.org; Thu, 22 Feb 2007 10:20:32 -0800 (PST) Date: Thu, 22 Feb 2007 10:20:17 -0800 From: Rick Hillegas Subject: Re: Q: Should Derby 10.3 be Derby 11? In-reply-to: <45DDD8F3.6080602@apache.org> Sender: Richard.Hillegas@Sun.COM To: derby-dev@db.apache.org Message-id: <45DDDEE1.3050901@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <20070220122438.GB4110@atum01.norway.sun.com> <45DB6E9A.2050107@sun.com> <45DBE340.1020503@apache.org> <45DDC3F4.80509@sun.com> <45DDD1DD.20702@apache.org> <45DDD57E.8010505@sun.com> <45DDD8F3.6080602@apache.org> User-Agent: Thunderbird 1.5.0.5 (X11/20060828) X-Virus-Checked: Checked by ClamAV on apache.org Daniel John Debrunner wrote: > Rick Hillegas wrote: >> Daniel John Debrunner wrote: >>> Rick Hillegas wrote: >>>> Daniel John Debrunner wrote: >>>>> ... >>>>> >>>>> A wiki page with the proposed backwards compatibility issues >>>>> listed together and with definition(s) of secure-by-default would >>>>> be good. Since Rick seems to be proposing most of the backwards >>>>> compatibility issues he seems like a good candidate to write the >>>>> initial version of the page. :-) It could be just the collection >>>>> of tables from the various functional specs. >>>> The 10.3 release page now ends with a section which describes >>>> incompatibilities with the previous release: >>>> http://wiki.apache.org/db-derby/DerbyTenThreeRelease >>> >>> Thanks Rick, from a quick look the DBA powers section doesn't seem >>> to match the comments in DERBY-2264 related to requiring >>> authentication. But I'm not sure where that stands, (which is why a >>> summary is a good thing ;-) >>> >>> Dan. >>> >> Hi Dan, >> >> I'm afraid I'm blind this morning. What discrepancy do you see >> between the 10.3 incompatibility section and the comments on DERBY-2264? > > The DBA powers section on the wiki page makes no mention that this > change is only in effect if authentication is enabled. > This comment in DERBY-2264 seems to say that the restrictions are > enforced when authentication is enabled. > https://issues.apache.org/jira/browse/DERBY-2264#action_12474538 > > Dan. > Thanks, Dan. I have updated the wiki page to clarify that the restrictions depend on authentication. Regards, -Rick