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 72.14.202.181 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
        b=a9n6SECLzGOg2QIFrOFwhNlhbxC8+lmIaUgWKy/iF4ToKyZVP54j42GQa87s4df6xNtncxkUSd/+H79D1lEfsjKhX1oQfKaCOPvuuduyTBg8bHre9hJrZgvworffK2nZyG5id3irVCaqnMHmnifxPDLJ3kfhHTPfHCsf0zClkgw=
Message-ID: <a32f6b020801091040i26fd0f9y882fb5c0e1f6fa09@mail.gmail.com>
Date: Wed, 9 Jan 2008 13:40:00 -0500
From: "Alex Karasulu" <akarasulu@apache.org>
Sender: akarasulu@gmail.com
To: users@directory.apache.org
Subject: Re: [studio] directory studio & schema files
In-Reply-To: <4784DE8B.1060104@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_41299_13562961.1199904000270"
References: <8D6480F6-ED78-4BFC-BE2B-869780D7ECF1@pobox.com>
	 <98d8c0860801080205k271c17c5s8853c1b176db4e6b@mail.gmail.com>
	 <d45b08f00801080416ycbb15eqc41379c375ac64bc@mail.gmail.com>
	 <3F7BF154-8288-40B5-88E2-0B8EE759A5EF@pobox.com>
	 <478475BF.7000104@gmail.com>
	 <a32f6b020801090544uaa59edbxe7443feeadae4c20@mail.gmail.com>
	 <4784DE8B.1060104@gmail.com>

------=_Part_41299_13562961.1199904000270
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Jan 9, 2008 9:47 AM, Emmanuel Lecharny <elecharny@gmail.com> wrote:

> Alex Karasulu wrote:
> > Schema extensions are server specific and optional.  Also the LDIF
> loader
> > used by studio should load I think because the description is just an
> > attribute value.
> Exactly.
> > The thing is ApacheDS will not accept X-ORIGIN because
> > this is specific to Netscape derived servers.
> The thing is that it's not an LDIF file, but a schema. You have in the
> latest RFC (4512) an 'extensions' keyword which has been added to
> AttributeTypes and many other constructs, and we don't support those guys.
>

I thought our parsers supported extensions?  Stefan Seelmann had written it
in I had thought.  See this file here:


https://svn.apache.org/viewvc/directory/shared/trunk/ldap/src/main/antlr/schema-extension.g?revision=602936&view=markup


>
> This is a clear problem, and we should fix it. It should not be complex,
> just a matter of adding some new rule into the parser and a new member
> into the classes which handles the objects.
>

Yeah exactly.  I was just confused about this grammar file.

Alex

------=_Part_41299_13562961.1199904000270--