Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Received-SPF: pass (herse.apache.org: domain of ole.ersoy@gmail.com designates
 209.85.132.240 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=dMHz2rK2Emk5VckQZ3EBjBrrlpDgeYIVatyDQxuvYDlLzp8dQMA2/ppmB4SCN8FCnA8c85idjDCkrizLEpEb13EYt3WHJy71cuU7aUxfJ4zOPWTIVGmXHSwOJBQ/U3GTyHc7h5/QVzphUD+2c8+8+0fdtew0+mf2VAVvpCOsJ+o=
Message-ID: <460D6C2E.9080703@gmail.com>
Date: Fri, 30 Mar 2007 14:59:42 -0500
From: Ole Ersoy <ole.ersoy@gmail.com>
User-Agent: Thunderbird 1.5.0.10 (X11/20070302)
MIME-Version: 1.0
To: Apache Directory Developers List <dev@directory.apache.org>
Subject: Re: ou=system is parent context for all entries?
References: <460D506C.5060309@gmail.com>
 <d45b08f00703301110l63dbca60k260cb727693a0afe@mail.gmail.com>
 <460D5EF1.1070209@gmail.com> <460D61D9.8080207@labeo.de>
In-Reply-To: <460D61D9.8080207@labeo.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Aha!

Sweet - So the process for

 engineering.example.org

that wishes to have

DN: ou=engineering, ou=example, ou=org

as the parent context for all their models persisted with the LDAP DAS
would be to first add

DN: ou=engineering, ou=example, ou=org

in the configuration file,
then use that as the root context for all the DAS operations

java.naming.provider.url=ldap://localhost:389/ ou=engineering, 
ou=example, ou=org

Incidentally - Some might like it if
the DAS was able to just create this root context without using the 
configuration file.

Then ADS could just add it to the configuration file.

Thoughts?

Thanks Stefan,
- Ole

P.S.

This may qualify for as a scenario (John mentioned) where configuration 
data is in multiple files.

For instance right now I'm creating a model holding the configuration of 
the DAS.

The model stores this type of parameter

java.naming.provider.url=ldap://localhost:389/ ou=engineering, 
ou=example, ou=org

If on startup ADS could be pointed to this file, it would know that

ou=engineering, ou=example, ou=org

is a "Configured" context...

This type of thing is really easy to do with EMF.

More thoughts?

Thanks,
- Ole


Stefan Zoerner wrote:
> Ole Ersoy wrote:
>> Ahhh - OK -Cool - So
>>
>> if the DAS wants to have a model root object
>> stored at
>>
>> DN: cn=ole
>>
>> That's ok?
>>
>> So to create cn=ole as my initial context I would
>> set the
>>
>> java.naming.provider.url=ldap://localhost:389/
>>
>> like that, and then create the
>> subcontext "cn=ole"?
>>
>
> No. That won't work. For a top level entry like that, you have to 
> create a new partition with suffix "cn=ole" within your server 
> configuration. Like the "dc=example,dc=com" sample partition.
>
> Greetings,
>     Stefan
>
>