Mailing-List: contact users-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@directory.apache.org
Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com
 designates 74.125.82.178 as permitted sender)
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=or4IgAk6sMA9eD45hsc17oNOMC2BbP9F7nWcGrLX3cznxXBvzBpNsxQxHEZrVds4qq
         MzFjIac8KpX1/Ndy9Tyg8G/XrCzGB1I4zkIYFbFelhJrTUODZ0jQOKHweP9fcebAd+lY
         fh4ruax6I8i3vB9IPtwUE8svNq4xy+OlzPLoQ=
MIME-Version: 1.0
In-Reply-To: <4BABB8ED.606@apache.org>
References: <hogbr8$8jo$1@dough.gmane.org> <4BABB8ED.606@apache.org>
Date: Thu, 25 Mar 2010 23:00:36 +0200
Message-ID: <a32f6b021003251400l64f3adc4r98474ea9504f88ad@mail.gmail.com>
Subject: Re: Accessing schema data
From: Alex Karasulu <akarasulu@gmail.com>
To: users@directory.apache.org
Content-Type: multipart/alternative; boundary=0016e6dab100bc77b90482a65620

--0016e6dab100bc77b90482a65620
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Wow this is pretty bad. Why did we not catch this with our test cases I
wonder.  I guess we need a quick fix of this and then a release because thi=
s
is a total show stopper.

Alex

On Thu, Mar 25, 2010 at 9:26 PM, Stefan Seelmann <seelmann@apache.org>wrote=
:

> Hi J=F6rg,
>
> In ApacheDS 1.5.5 the person object class description in cn=3Dschema look=
s
> like this:
> ( 2.5.6.6 NAME 'person' DESC 'RFC2256: a person' SUP top STRUCTURAL MUST
> ( sn $ cn ) MAY ( userPassword $ telephoneNumber $ seeAlso $ description
> ) X-SCHEMA 'core' )
>
> In ApacheDS 1.5.6 it looks like this:
> ( 2.5.6.6 NAME 'person' DESC 'RFC2256: a person' SUP 'top' STRUCTURAL
> MUST ( 'sn' 'cn' ) MAY ( 'userPassword' 'telephoneNumber' 'seeAlso'
> 'description' ) X-SCHEMA 'core' )
>
> This is not correct according to RFC4512 and JNDI doesn't seem to be
> flexible enough to parse this syntax.
>
> Could you please file a Jira? Thanks for the finding.
>
> Kind Regards,
> Stefan
>
>
> J=F6rg Schaible schrieb:
> > Hi folks,
> >
> > porting our integration LDAP tests from ApacheDS 1.5.4 to 1.5.6 I
> activated
> > now the code to access the LDAP schema (which is AFAICS not available
> since
> > 1.5.5). However, the data is returned in a strange way.
> >
> > When I enumerate the mandatory attributes of a class I'd expected to ge=
t
> an
> > Attribute with an enumeration for the individual attributes:
> >
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D %< =3D=3D=3D=3D=3D=3D=3D=3D=3D
> > Set<String> mandatory =3D new HashSet<String>();
> > Attributes attributes =3D
> schemaCtx.getAttributes("ClassDefinition/person");
> > Attribute attribute =3D attributes.get("must");
> > if (attribute !=3D null) {
> >     NamingEnumeration<String> enumeration =3D
> >         (NamingEnumeration<String>) attribute.getAll();
> >     for (NamingEnumeration<String> values =3D enumeration;
> values.hasMore();)
> > {
> >         mandatory.add(values.next());
> >     }
> >     JndiUtils.closeLogged(enumeration, LOG);
> > }
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D %< =3D=3D=3D=3D=3D=3D=3D=3D=3D
> >
> > With SunOne the mandatory set contains the two elements "cn" and "sn".
> With
> > ApacheDS the mandatory set contains one element with "'cn' 'sn'", which
> is
> > kinda strange ...
> >
> > - J=F6rg
> >
>
>


--=20
Alex Karasulu
My Blog :: http://www.jroller.com/akarasulu/
Apache Directory Server :: http://directory.apache.org
Apache MINA :: http://mina.apache.org
To set up a meeting with me: http://tungle.me/AlexKarasulu

--0016e6dab100bc77b90482a65620--