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
 64.233.166.181 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=izAOIX3mcvHtDYjIDH3WUs1gbxtBRuPHwLHZL1zSS6Uvwn0ly/2oVq94HfubWfjJxM1Kk++xRo1r53F1229Ln8rUprwneDBzC/cw7+EtA0LdlPaoMs7gC5dt7Eqlf2fNfwIDGXqRIs4LcW8+XL9B3BNcQ2ghAkVgIsWj9vbrc80=
Message-ID: <468A59FB.9020901@gmail.com>
Date: Tue, 03 Jul 2007 09:15:23 -0500
From: Ole Ersoy <ole.ersoy@gmail.com>
User-Agent: Thunderbird 2.0.0.0 (X11/20070419)
MIME-Version: 1.0
To: Apache Directory Developers List <dev@directory.apache.org>
Subject: Re: Simplified server configuration with xbean-spring
References: <A1F184D1-E19D-4766-AFBF-43B3213DB9C6@yahoo.com>
	 <85E95AEF-618F-45CC-9753-FB95498AB289@yahoo.com>
	 <4689991D.4020605@theatlantis.net>
	 <64AC6D58-08DF-40D1-B8A9-589DBF922047@yahoo.com>
	 <43b026c70707021900v1837492bte1981c6b1d65532b@mail.gmail.com>
	 <d45b08f00707022055r5cfd9139r89d66ef2bf7afeb6@mail.gmail.com>
	 <4689CFEE.50408@gmail.com>
	 <a1b4a6610707022136j44094341n7c2010260314eea2@mail.gmail.com>
 <d45b08f00707022200m4c8e3a30k24fcfd4a9ca36aed@mail.gmail.com>
In-Reply-To: <d45b08f00707022200m4c8e3a30k24fcfd4a9ca36aed@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Thanks :-)  I figured I'd throw it out there.  I can understand if it sounds like a plan to setup a space station on the moon though  :-)  To me it's the simplest and most elegant solution wrt storing configuration data in ADS and reading it from clients and ADS through a standardized Object - Hierarchical mapping layer.  The reason it's a good thing is that it would allow us to simply update the XML Schema, regenerate the model, and the rest of the integration is taken care of (Along with the semantics that the XML configuration is communicating).  No need to write additional code to store or retrieve configuration entries.  Thus we would take care of both ADS and LS in one shot, as well as any other client (Web...) wishing to read configuration data from ADS through a standardized layer.  For ADS the only thing that would change is the switch to "EMF Beans" rather than "Spring Beans".  Anyways just something to be aware of.

Sorry I high jacked the XBean thread David.  I'm still a fan :-)

Cheers,
- Ole


Emmanuel Lecharny wrote:
>> So this is for simplifying things or making a technology cocktail ?
> 
> Arf !!! Ersin, I *like* your sense of humour :)
> 
> Ole, frankly, I'm not really sure that your proposal will gain a lot
> of traction ! Except the idea of designing a XML schema, everything
> else would be a little bit overkilling ...
> 
> What we are trying to do is simply to get rid of the atrocious XML
> file, but it will take time... (and anyway, I say 'atrocious', but I
> don't mean it... At some point, when you want a versatile server, you
> need more configuration. What suggested David was pretty OK, but as we
> are moving to DIT, I just don't think it worths the pain it will
> inflict to users ).
> 
> Anyway, good try Ole :)
>