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 akarasulu@gmail.com designates
 66.249.82.230 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:reply-to:organization:user-agent:mime-version:to:subject:references:in-reply-to:content-type:sender;
        b=JriNEi42SlM7l0wmqUouGsVwpbbExzuRkzu1ivaXOgrYFzyTiCZn884EWaihaJVtFuIsujxI2vuKsscu0dPHqRxe1ZV6hLcxlK5kuEXXkCUNk8fcrVGGB4GB78rcLRnP/xrualALaaIj8LWXW0LgDblwpJxVev1Rk5P1R4cdj5M=
Message-ID: <45D1482F.9030007@apache.org>
Date: Tue, 13 Feb 2007 00:10:07 -0500
From: Alex Karasulu <akarasulu@apache.org>
Reply-To: akarasulu@apache.org
Organization: Apache Software Foundation
User-Agent: Thunderbird 1.5.0.9 (X11/20070103)
MIME-Version: 1.0
To: Apache Directory Developers List <dev@directory.apache.org>
Subject: Re: [OSGi] Implementing OSGi for 1.5
References: <45CD18F4.1060001@verticon.com> <45CD3BDB.9060604@apache.org>
 <45CDFC2E.507@verticon.com> <45CF3EBB.1090602@apache.org>
 <45D12891.6010206@verticon.com>
In-Reply-To: <45D12891.6010206@verticon.com>
Content-Type: multipart/mixed;
 boundary="------------060608090809000207050204"
Sender: Alex Karasulu <akarasulu@gmail.com>

This is a multi-part message in MIME format.
--------------060608090809000207050204
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

John E. Conlon wrote:
> Alex Karasulu wrote:
>> John E. Conlon wrote:
>>> Hi Alex,
>>>
>>> Thanks for the comments.  See inline for responses.
>>
>> Truly thanks for your effort to push OSGi along. I really want to go 
>> this route but I want all our bases covered.
>>
>> Having read your response and Emmanuel's, I think I would like to wait 
>> until we have a *non*-snapshot release of the OSGi plugin in the Maven 
>> repository to use before tackling this in May or better yet June.  I 
>> don't want the build to depend on SNAPSHOT plug-ins because I would 
>> not allow a production release so long as we did.
>>
>> We can re-evaluate this and prep the team by then so we can all 
>> participate in this OSGi aim together.  It would be nice to have you 
>> involved with the guts of ApacheDS as well as being on the periphery 
>> with the OSGi effort and likewise I'd like to see the rest of the team 
>> more involved with the OSGi effort.  I'd like to also see if you can 
>> get OSGi to give us certain things like JMX for free so we can better 
>> control and instrument the server.
> Although I have seen much activities on JMX done at Felix, I have not 
> used any JMX with the server.  On the other hand we have a simple 
> command line interface that we use for searching and one for loading 
> ldif directly into the backend. (Without an LDAP server.)

Can you elaborate on the we?  Is this your company?

>> I want to know what our benefits are going to be and who is going to 
>> be involved with making sure we get those benefits.  Also what's the 
>> deal with Spring-OSGi? Is there some advantage to be gained there?  Do 
>> we get the best of both worlds?
> That's the goal of the Spring-OSGi - An IOC within the module (aka jar) 
> that also manages registered service dependencies and service 
> publications between the modules (bundles). Here is the home site:
> http://www.springframework.org/osgi
> 
> In the sandbox work, the core server module utilizes a similar 
> server.xml to the familiar one, but with a few new Spring-OSGi namespace 
> enhancements.
> 
> The core server bundle's primary purpose is to offer to all other 
> bundles an InitialContextServiceFactory service.  (A seperate bundle 
> offers the LDAP service.)  It is still spring and pojo mostly though.  
> Within the project for testing purposes OSGi can effectively be ignored, 
> on just uses plan old JUnit or the Spring context extensions. As 
> mentioned before 'in container testing' is done in an integration suite 
> project that parallels the first. (Bundle/jars have to be built first to 
> test them.)

Do you already have these tests based on Spring-OSGi in place already to 
test out the behavior of the bundles?

> Here is what our ApacheDS Spring-OSGi service publication looks like:
> <!-- Register the InitialContextFactoryImpl bean as an OSGi service -->
> <osgi:service id="initialContextFactory" ref="initialContextFactoryService"
>    interface="javax.naming.spi.InitialContextFactory"  />
> 
> <bean name="initialContextFactoryService"
>          
> class="org.apache.directory.osgi.backend.InitialContextFactoryImpl"
>          destroy-method="destroy"
>          init-method="init">
>        <constructor-arg ref="environment"/>
>        <constructor-arg ref="configuration"/>
> </bean>
> 
> Benefit that is offered via OSGi is that it makes it easy to move in 
> either a embedded server or a JNDi reference via properties to a remote 
> one. (At run time without shutting down the JVM.)  Could have a 
> combination of multiple servers running in the same VM or mixes of local 
> and remote servers.

Yeah that's cool.  I like that.

>> Let's get your documentation into the Apache confluence under the 1.5 
>> confluence's developer guide area and more people on this team looking 
>> at it and commenting on it.
>>
> Will do.
>> This sound good?
>>
> No problems on resetting our priorities out to June. 

Thanks for understanding.

Alex

--------------060608090809000207050204
Content-Type: text/x-vcard; charset=utf-8;
 name="akarasulu.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="akarasulu.vcf"

begin:vcard
fn:Alex Karasulu
n:Karasulu;Alex
org:Apache Software Foundation;Apache Directory
adr:;;1005 N. Marsh Wind Way;Ponte Vedra ;FL;32082;USA
email;internet:akarasulu@apache.org
title:Member, V.P.
tel;work:(904) 791-2766
tel;fax:(904) 808-4789
tel;home:(904) 808-4789
tel;cell:(904) 315-4901
note;quoted-printable:AIM: alexokarasulu=0D=0A=
	MSN: aok123@bellsouth.net=0D=0A=
	Yahoo!: alexkarasulu=0D=0A=
	IRC: aok=0D=0A=
	PGP ID: 1024D/4E1370F8 BBCC E8D8 8756 2D51 C3D4 014A 3662 F96F 4E13 70F8=0D=0A=
	
x-mozilla-html:FALSE
url:http://people.apache.org/~akarasulu
version:2.1
end:vcard


--------------060608090809000207050204--