Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (nike.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:From:Subject:Date:To:X-Mailer;
  b=5WSwjH5YG+/ZyXZuO4Cn+qDAk3v6FFgYLkmH4vekWKND0vJ0GWBN/jlyD/K598SHaHLXrUNQMoWhylssbgPcuSzaCAec2PqNK2zMQVU4M8a6coLB79uVi4LZGkMu5fd5LF8Msrfi4E+4bHR8LHeWTnZTilrE2zYG/mZHfNNshDU=
  ;
Mime-Version: 1.0 (Apple Message framework v753)
In-Reply-To: <b23ecedc0804160820n1e13d678gb0d52f3ace08efa3@mail.gmail.com>
References: <b23ecedc0804160820n1e13d678gb0d52f3ace08efa3@mail.gmail.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-3-273014900
Message-Id: <771A3014-298F-426A-A99F-E3CAF159E258@yahoo.com>
From: David Jencks <david_jencks@yahoo.com>
Subject: Re: Geronimo specs jars in OSGi
Date: Wed, 16 Apr 2008 08:49:25 -0700
To: dev@geronimo.apache.org


--Apple-Mail-3-273014900
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

I'd like to see an example in action before I commit myself but so  
far I don't see any problems with this.  I assume you have already or  
will soon verify this doesn't cause problems with the tck :-)

I wonder if a package name with "osgi" in it somewhere would be more  
appropriate?

There are some specs (jacc for instance) that use a system property  
to figure out what to create.  I've always thought this was a less  
than brilliant idea and wonder if we can do something similar for  
those.  I also wonder if there is a way to generalize the osgi method  
so it might work in some non-osgi environments.  I'm looking forward  
to seeing what you have in mind.

thanks
david jencks

On Apr 16, 2008, at 8:20 AM, Guillaume Nodet wrote:

> In the past months, I've been working on making the specs jars from  
> Geronimo working in an OSGi environment.
> All these jars have been published and work great :-)
> However, lots of these spec jars define factories (stax, saaj for  
> example) that use the META-INF/services/ discovery mechanism to  
> find an implementation of the spec and load it.  This mechanism  
> does not fit well in OSGi (really, it does not), mainly because  
> usually, the classloader containing the spec jar will not contain  
> the implementation.
> I'd like to work on these spec jars so that they will contain an  
> OSGi BundleActivator that would change the behavior of these  
> factories when deployed in an OSGi environment (without changing  
> the behavior in other case).  The idea is that the activator would  
> scan OSGi bundles when they are started to find META-INF/services  
> and populate a map that would be used by the factory when creating  
> an object before using the standard mechanism.
>
> The only real difference compared to what we currently have would  
> be the addition of a package named org.apache.geronimo.specs.stax  
> (for example) that would contain the needed classes (i suppose two  
> classes), and the modification of the factories to delegate to one  
> of these class before using the standard behavior (the class would  
> do nothing if not deployed in an OSGi environment).
> Has anyone any objection with such an enhancement in the specs jar ?
>
> -- 
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/


--Apple-Mail-3-273014900
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">
I'd like to see an example in action before I commit myself but so far I =
don't see any problems with this. =A0I assume you have already or will =
soon verify this doesn't cause problems with the tck =
:-)<div><br></div><div>I wonder if a package name with "osgi" in it =
somewhere would be more appropriate?</div><div><br></div><div>There are =
some specs (jacc for instance) that use a system property to figure out =
what to create. =A0I've always thought this was a less than brilliant =
idea and wonder if we can do something similar for those. =A0I also =
wonder if there is a way to generalize the osgi method so it might work =
in some non-osgi environments. =A0I'm looking forward to seeing what you =
have in mind.</div><div><br></div><div>thanks</div><div>david =
jencks</div><div><br><div><html>On Apr 16, 2008, at 8:20 AM, Guillaume =
Nodet wrote:</html><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite">In the past months, I've been working on making the specs =
jars from Geronimo working in an OSGi environment.<br>All these jars =
have been published and work great :-)<br>However, lots of these spec =
jars define factories (stax, saaj for example) that use the =
META-INF/services/ discovery mechanism to find an implementation of the =
spec and load it.=A0 This mechanism does not fit well in OSGi (really, =
it does not), mainly because usually, the classloader containing the =
spec jar will not contain the implementation.<br> I'd like to work on =
these spec jars so that they will contain an OSGi BundleActivator that =
would change the behavior of these factories when deployed in an OSGi =
environment (without changing the behavior in other case).=A0 The idea =
is that the activator would scan OSGi bundles when they are started to =
find META-INF/services and populate a map that would be used by the =
factory when creating an object before using the standard mechanism.<br> =
<br>The only real difference compared to what we currently have would be =
the addition of a package named org.apache.geronimo.specs.stax (for =
example) that would contain the needed classes (i suppose two classes), =
and the modification of the factories to delegate to one of these class =
before using the standard behavior (the class would do nothing if not =
deployed in an OSGi environment).<br> Has anyone any objection with such =
an enhancement in the specs jar ?<br clear=3D"all"><br>-- =
<br>Cheers,<br>Guillaume Nodet<br>------------------------<br>Blog: <a =
href=3D"http://gnodet.blogspot.com/">http://gnodet.blogspot.com/</a></bloc=
kquote></div><br></div></body></html>=

--Apple-Mail-3-273014900--