From dev-return-31167-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Mon Aug 24 17:47:55 2009 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 726 invoked from network); 24 Aug 2009 17:47:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Aug 2009 17:47:55 -0000 Received: (qmail 19077 invoked by uid 500); 24 Aug 2009 10:41:40 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 18992 invoked by uid 500); 24 Aug 2009 10:41:40 -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 18984 invoked by uid 99); 24 Aug 2009 10:41:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Aug 2009 10:41:40 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 209.85.211.181 as permitted sender) Received: from [209.85.211.181] (HELO mail-yw0-f181.google.com) (209.85.211.181) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Aug 2009 10:41:30 +0000 Received: by ywh11 with SMTP id 11so2997798ywh.16 for ; Mon, 24 Aug 2009 03:41:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=pUD2Wk8VeC3Eth4mZ9ypMzw8jowsP87Ol5MUFFJ2MvU=; b=gg1A6GCL/bIQmFqJSwpgZt0dpnTP8p3ocQlaXBSyAaiwqiYQBTTYb8PyIzRwSddnde h4zM5tMdq6YDnDK51kTaWXCm5UhkOZpLo/tf7tIGR4Uy6CtUX839gk7Tf0PbGe/cBQDh UTqSyH+nYdYyo5L675ayrf2I4Sbw5Kb2GeSyU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=S/80cK3ybefRgFO+7RqW3hl6cPQ3zmFKhMguzykjvgaDYKOXGqnnUkdTlvi+2dqIol uGnsIJLhZRKdMAa0iLQ+LalZ83J3JRsNwIupkzoGz6wwV3Sx/g9M8ToeuTQGZDuzfl/l XjeF5tSr1xsja9WXssXqiCyDcRIs8BwnQQrp0= MIME-Version: 1.0 Received: by 10.100.246.14 with SMTP id t14mr4276936anh.176.1251110467152; Mon, 24 Aug 2009 03:41:07 -0700 (PDT) In-Reply-To: <4A9135C7.5040403@nextury.com> References: <4A9135C7.5040403@nextury.com> Date: Mon, 24 Aug 2009 13:41:07 +0300 Message-ID: Subject: Re: [Schema refactoring] OidRegistry From: Alex Karasulu To: Apache Directory Developers List Content-Type: multipart/alternative; boundary=0016e68dec47f82e4b0471e0da5b X-Virus-Checked: Checked by ClamAV on apache.org --0016e68dec47f82e4b0471e0da5b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yep I see this was an incorrect implementation. I guess you can have now a map of sets. An alias can now map to a set of SchemaObjects. Note the map must be case insensitive on keys. Alex On Sun, Aug 23, 2009 at 3:27 PM, Emmanuel Lecharny wr= ote: > I forgot to mention that we will get rid of the single OidRegistry, or at > least that we will have to modify the lookups in this registry to pass th= e > SchemaObjectType as a parameter. > > The rational for this change is that RFCs says we can have a name used f= or > more than one type of SO. For instance, the 'audio' name is used as an AT > and as a LdapSyntax . Obviously, the oid -> name relation can't work, so = we > can't do a getOid( name ) and get a single OID when name=3Daudio. > > The change in the API will be to add the SO : > getOid( AT, 'audio' ) to get the OID for the audio AT > getOid( LS, 'audio' ) to get the OID for the audio LS > > That means we store more than one map in the OidRegistry. > > Not such a big change though. > > -- > -- > cordialement, regards, > Emmanuel L=E9charny > www.iktek.com > directory.apache.org > > > --=20 Alex Karasulu My Blog :: http://www.jroller.com/akarasulu/ Apache Directory Server :: http://directory.apache.org Apache MINA :: http://mina.apache.org --0016e68dec47f82e4b0471e0da5b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yep I see this was an incorrect implementation.=A0 I guess you can have now= a map of sets.=A0 An alias can now map to a set of SchemaObjects.=A0 Note = the map must be case insensitive on keys.

Alex

On Sun, Aug 23, 2009 at 3:27 PM, Emmanuel Lecharny <elecharny@apache.org> w= rote:
I forgot to mention that we will get rid of the single OidRegistry, or at l= east that we will have to modify the lookups in this registry to pass the S= chemaObjectType as a parameter.

The rational for this change is that RFCs says we can have a =A0name used f= or more than one type of SO. For instance, the 'audio' name is used= as an AT and as a LdapSyntax . Obviously, the oid -> name relation can&= #39;t work, so we can't do a getOid( name ) and get a single OID when n= ame=3Daudio.

The change in the API will be to add the SO :
getOid( AT, 'audio' ) to get the OID for the audio AT
getOid( LS, 'audio' ) to get the OID for the audio LS

That means we store more than one map in the OidRegistry.

Not such a big change though.

--
--
cordialement, regards,
Emmanuel L=E9charny
www.iktek.com
directory.apache.= org





--
Alex KarasuluMy Blog :: http://www.jrolle= r.com/akarasulu/
Apache Directory Server :: http://directory.apache.org
Apache MINA :: http://mina.apache.org

--0016e68dec47f82e4b0471e0da5b--