Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 73821 invoked from network); 26 Oct 2005 09:39:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 26 Oct 2005 09:39:01 -0000 Received: (qmail 50104 invoked by uid 500); 26 Oct 2005 09:38:59 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 50059 invoked by uid 500); 26 Oct 2005 09:38:58 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 50048 invoked by uid 99); 26 Oct 2005 09:38:58 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Oct 2005 02:38:58 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=DNS_FROM_RFC_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of aok123@bellsouth.net designates 205.152.59.73 as permitted sender) Received: from [205.152.59.73] (HELO imf25aec.mail.bellsouth.net) (205.152.59.73) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Oct 2005 02:38:55 -0700 Received: from ibm69aec.bellsouth.net ([65.80.200.112]) by imf25aec.mail.bellsouth.net with ESMTP id <20051026093836.KRAX1975.imf25aec.mail.bellsouth.net@ibm69aec.bellsouth.net> for ; Wed, 26 Oct 2005 05:38:36 -0400 Received: from [172.16.1.39] (really [65.80.200.112]) by ibm69aec.bellsouth.net with ESMTP id <20051026093836.XVWI9927.ibm69aec.bellsouth.net@[172.16.1.39]> for ; Wed, 26 Oct 2005 05:38:36 -0400 Message-ID: <435F4E96.9050800@bellsouth.net> Date: Wed, 26 Oct 2005 05:38:30 -0400 From: Alex Karasulu User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: [jira] Commented: (DIREVE-265) delegating binds to custom partitions References: <1369694104.1127196031624.JavaMail.jira@ajax.apache.org> <1726278329.1130254017088.JavaMail.jira@ajax.apache.org> In-Reply-To: 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 Norbet Reilly wrote: >If it helps in your thinking on the issue... > >I think in the long term proxies will have a big impact on the >ApacheDS stack. A proxy would prefer that most of the services >(normalization, exception, etc) configured in server.xml be >inactivated (as they would duplicate functions already being performed >by the remote server accessed by the proxy), or best optionally >activated for some proxies to make up for functions lacking on the >remote server. > > Very good points here Norbet. I agree. >Also most of the sub-tree type operations would be delegated for the >proxy's entire sub-tree to the remote server. And finally schema >retrieval would need to be delegated as well. > > Ok I see that. >Because most of this stuff is not there at the moment I made the >following implemental choices from my proxy: > 1. implement delegation of binds as described in the patch >attached to this issue. I thought this change was less hacky then 2. >and of value by itself. > 2. implement logic to dynamically discover the remote server's >schema and add it to the ApacheDS GlobalRegistries (which required >some changes to GlobalRegistries.java as in some places only the >BootStrapRegistries information was used, and hence my additions were >ignored). I can share the full patch (including a dynamic equivalent >to the current Maven schema plugin) if anyone is interested. > > > Sure that sounds great ... re: dynamic equivalent. >I think this subset of functionality is a useful starting point for >many proxy implementors, but fully understand if you feel that such a >partial solution should not be integrated into the core server (in >which case I'll maintain my diffs until such time as they are replaced >by a more comprehensive solution) > Let me look at your patch again. Stuff goes in the nogin but does not stay for long so I wanna review it again and see what we can you for folks like yourself interested in proxing partitions. I just want to make sure we do you right while keeping the core simple. Please bear with us too its a hectic time to get this release out. Alex