You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by "Richard S. Hall" <he...@ungoverned.org> on 2009/10/01 11:48:16 UTC
Re: ServiceLoader and OSGi?
Did this issue ever get resolved?
As far as I can see, you are trying to find a service provider from the
SPI bundle, but the SPI bundle doesn't have any visibility to the
service provider, so it cannot find it. You cannot use ServiceLoader in
the normal way in OSGi.
-> richard
On 5/18/09 22:04, Moloney, Tim M wrote:
> I've attached my example project. To build it just run 'mvn install'.
> To run it from the command line, run 'RunFooFromOsgi'. To run it within
> Eclipse, import the project, then run fooOsgi. RunFooFromMain (command
> line) and fooMain (Eclipse) run the example service provider
> successfully outside of Felix.
>
> If I run my example code from the command line (RunFooFromOsgi), no
> service providers are found.
>
> If I run my example code from within Eclipse, I get the following:
>
> Welcome to Felix.
> =================
>
> -> In com.example.foo.osgi.Activator.start():
> ERROR: Error starting file:target/com.example.foo.osgi-0.1.0.jar
> (org.osgi.framework.BundleException: Activator start error in bundle
> com.example.foo.osgi [5].)
> java.util.ServiceConfigurationError: com.example.foo.spi.Foo: Provider
> com.example.foo.impl.FooImpl could not be instantiated:
> java.lang.ClassCastException
> at java.util.ServiceLoader.fail(ServiceLoader.java:207)
> at java.util.ServiceLoader.access$100(ServiceLoader.java:164)
> at
> java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:353)
> at java.util.ServiceLoader$1.next(ServiceLoader.java:421)
> at com.example.foo.spi.FooFactory.getFoo(FooFactory.java:17)
> at com.example.foo.osgi.Activator.start(Activator.java:17)
> at
> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction
> .java:589)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1458)
> at
> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984)
> at
> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: java.lang.ClassCastException
> at java.lang.Class.cast(Class.java:2990)
> at
> java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:345)
> ... 8 more
>
>
> Tim Moloney The reasonable man adapts himself
> to
> ManTech Real-time Systems Laboratory the world; the unreasonable one
> persists
> 2015 Cattlemen Road in trying to adapt the world to
> himself.
> Sarasota, FL 34232 Therefore all progress depends on
> the
> (941) 377-6775 x208 unreasonable man. - George
> Bernard Shaw
>
>
>
>> -----Original Message-----
>> From: Richard S. Hall [mailto:heavy@ungoverned.org]
>> Sent: Monday, May 18, 2009 10:11
>> To: users@felix.apache.org
>> Subject: Re: ServiceLoader and OSGi?
>>
>> On 5/18/09 9:31 AM, Moloney, Tim M wrote:
>>
>>> I have a very simple service provider that works outside of OSGi.
>>>
>>> I tried using it in Felix but it fails with a ClassCastException.
>>>
>>> Is this somehow related to the different class loaders in
>>>
>> the different
>>
>>> bundles?
>>>
>>>
>> Probably.
>>
>>
>>> Any suggestions on how to get past this?
>>>
>>>
>> Not enough information to say.
>>
>> -> richard
>>
>>
>>> Thanks.
>>>
>>>
>>> Tim Moloney The reasonable man adapts himself to
>>> MRSL the world; the unreasonable one persists
>>> 2015 Cattlemen Road in trying to adapt the world to himself.
>>> Sarasota, FL 34232 Therefore all progress depends on the
>>> (941) 377-6775 x208 unreasonable man. George Bernard Shaw
>>>
>>>
>>>
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: ServiceLoader and OSGi?
Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
I can now finally follow up on that. I've just published an initial
version of my JAR Service Provider abstraction on my website:
http://www.jeremias-maerki.ch/development/osgi/jar-services.html
However, the client API has changed since I've last talked about it here.
An updated example can be found on the page above. Let me know if
there's interest to adopt the package into Felix. Since it doesn't
require OSGi to run, I guess Apache Commons could also be a suitable
home. At any rate, I'd be happy to donate it to the ASF if the community
finds this useful. I'll continue working on FOP & Batik over the next
few weeks to make them fit to run in an OSGi environment. I've got an
initial version running but not all extension points are transformed to
use the new service abstraction. There's also the question where it will
settle.
I'm grateful for any feedback on this!
On 01.10.2009 12:55:05 Richard S. Hall wrote:
> Well, definitely make it available somehow so people can take a look at it.
>
> -> richard
>
> On 10/1/09 12:26, Jeremias Maerki wrote:
> > Just in case anyone is interested: I've written a little bundle to work
> > around that problem and to get Apache FOP and Batik working in an OSGi
> > environment. The Apache XML Graphics project makes heavy use of the
> > META-INF/services mechanism for plug-ins.
> >
> > My bundle provides code to transparently provide plug-in classes, be
> > that in an OSGi environment or in a plain Java environment. And it works
> > for Java>= 1.4 (i.e. doesn't use ServiceLoader). It seems to work quite
> > nicely for me so far, but I haven't taken the time to clean up
> > everything and publish it. And I'm using my own Ant-based
> > Bundle-Manifest creator (i.e. not BND) which is equally unpublished. But
> > if there's interest, I could do that work and publish it (be that on my
> > own website, as part of Apache XML Graphics or Apache Felix) in the next
> > few weeks (when my immediate deadlines are past).
> >
> > Here's how some client code would look like:
> >
> > Services services = Services.getInstance();
> >
> > //Dynamic registration of ImagePreloaders
> > Iterator iter = services.getServiceProvider(ImagePreloader.class).getServiceFactories();
> > while (iter.hasNext()) {
> > ServiceFactory factory = (ServiceFactory)iter.next();
> > registerPreloader((ImagePreloader)factory.createInstance());
> > }
> >
> > Sorry, no generics, since I have to support Java 1.4 for the time being.
> >
> > On 01.10.2009 11:48:16 Richard S. Hall wrote:
> >
> >> Did this issue ever get resolved?
> >>
> >> As far as I can see, you are trying to find a service provider from the
> >> SPI bundle, but the SPI bundle doesn't have any visibility to the
> >> service provider, so it cannot find it. You cannot use ServiceLoader in
> >> the normal way in OSGi.
> >>
> >> -> richard
> >>
> >> On 5/18/09 22:04, Moloney, Tim M wrote:
> >>
> >>> I've attached my example project. To build it just run 'mvn install'.
> >>> To run it from the command line, run 'RunFooFromOsgi'. To run it within
> >>> Eclipse, import the project, then run fooOsgi. RunFooFromMain (command
> >>> line) and fooMain (Eclipse) run the example service provider
> >>> successfully outside of Felix.
> >>>
> >>> If I run my example code from the command line (RunFooFromOsgi), no
> >>> service providers are found.
> >>>
> >>> If I run my example code from within Eclipse, I get the following:
> >>>
> >>> Welcome to Felix.
> >>> =================
> >>>
> >>> -> In com.example.foo.osgi.Activator.start():
> >>> ERROR: Error starting file:target/com.example.foo.osgi-0.1.0.jar
> >>> (org.osgi.framework.BundleException: Activator start error in bundle
> >>> com.example.foo.osgi [5].)
> >>> java.util.ServiceConfigurationError: com.example.foo.spi.Foo: Provider
> >>> com.example.foo.impl.FooImpl could not be instantiated:
> >>> java.lang.ClassCastException
> >>> at java.util.ServiceLoader.fail(ServiceLoader.java:207)
> >>> at java.util.ServiceLoader.access$100(ServiceLoader.java:164)
> >>> at
> >>> java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:353)
> >>> at java.util.ServiceLoader$1.next(ServiceLoader.java:421)
> >>> at com.example.foo.spi.FooFactory.getFoo(FooFactory.java:17)
> >>> at com.example.foo.osgi.Activator.start(Activator.java:17)
> >>> at
> >>> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction
> >>> .java:589)
> >>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1458)
> >>> at
> >>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984)
> >>> at
> >>> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263)
> >>> at java.lang.Thread.run(Thread.java:619)
> >>> Caused by: java.lang.ClassCastException
> >>> at java.lang.Class.cast(Class.java:2990)
> >>> at
> >>> java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:345)
> >>> ... 8 more
> >>>
> >>>
> >>> Tim Moloney The reasonable man adapts himself
> >>> to
> >>> ManTech Real-time Systems Laboratory the world; the unreasonable one
> >>> persists
> >>> 2015 Cattlemen Road in trying to adapt the world to
> >>> himself.
> >>> Sarasota, FL 34232 Therefore all progress depends on
> >>> the
> >>> (941) 377-6775 x208 unreasonable man. - George
> >>> Bernard Shaw
> >>>
> >>>
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: Richard S. Hall [mailto:heavy@ungoverned.org]
> >>>> Sent: Monday, May 18, 2009 10:11
> >>>> To: users@felix.apache.org
> >>>> Subject: Re: ServiceLoader and OSGi?
> >>>>
> >>>> On 5/18/09 9:31 AM, Moloney, Tim M wrote:
> >>>>
> >>>>
> >>>>> I have a very simple service provider that works outside of OSGi.
> >>>>>
> >>>>> I tried using it in Felix but it fails with a ClassCastException.
> >>>>>
> >>>>> Is this somehow related to the different class loaders in
> >>>>>
> >>>>>
> >>>> the different
> >>>>
> >>>>
> >>>>> bundles?
> >>>>>
> >>>>>
> >>>>>
> >>>> Probably.
> >>>>
> >>>>
> >>>>
> >>>>> Any suggestions on how to get past this?
> >>>>>
> >>>>>
> >>>>>
> >>>> Not enough information to say.
> >>>>
> >>>> -> richard
> >>>>
> >>>>
> >>>>
> >>>>> Thanks.
> >>>>>
> >>>>>
> >>>>> Tim Moloney The reasonable man adapts himself to
> >>>>> MRSL the world; the unreasonable one persists
> >>>>> 2015 Cattlemen Road in trying to adapt the world to himself.
> >>>>> Sarasota, FL 34232 Therefore all progress depends on the
> >>>>> (941) 377-6775 x208 unreasonable man. George Bernard Shaw
> >>>>>
> >>>>>
> >>>>>
> >
> >
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: ServiceLoader and OSGi?
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Well, definitely make it available somehow so people can take a look at it.
-> richard
On 10/1/09 12:26, Jeremias Maerki wrote:
> Just in case anyone is interested: I've written a little bundle to work
> around that problem and to get Apache FOP and Batik working in an OSGi
> environment. The Apache XML Graphics project makes heavy use of the
> META-INF/services mechanism for plug-ins.
>
> My bundle provides code to transparently provide plug-in classes, be
> that in an OSGi environment or in a plain Java environment. And it works
> for Java>= 1.4 (i.e. doesn't use ServiceLoader). It seems to work quite
> nicely for me so far, but I haven't taken the time to clean up
> everything and publish it. And I'm using my own Ant-based
> Bundle-Manifest creator (i.e. not BND) which is equally unpublished. But
> if there's interest, I could do that work and publish it (be that on my
> own website, as part of Apache XML Graphics or Apache Felix) in the next
> few weeks (when my immediate deadlines are past).
>
> Here's how some client code would look like:
>
> Services services = Services.getInstance();
>
> //Dynamic registration of ImagePreloaders
> Iterator iter = services.getServiceProvider(ImagePreloader.class).getServiceFactories();
> while (iter.hasNext()) {
> ServiceFactory factory = (ServiceFactory)iter.next();
> registerPreloader((ImagePreloader)factory.createInstance());
> }
>
> Sorry, no generics, since I have to support Java 1.4 for the time being.
>
> On 01.10.2009 11:48:16 Richard S. Hall wrote:
>
>> Did this issue ever get resolved?
>>
>> As far as I can see, you are trying to find a service provider from the
>> SPI bundle, but the SPI bundle doesn't have any visibility to the
>> service provider, so it cannot find it. You cannot use ServiceLoader in
>> the normal way in OSGi.
>>
>> -> richard
>>
>> On 5/18/09 22:04, Moloney, Tim M wrote:
>>
>>> I've attached my example project. To build it just run 'mvn install'.
>>> To run it from the command line, run 'RunFooFromOsgi'. To run it within
>>> Eclipse, import the project, then run fooOsgi. RunFooFromMain (command
>>> line) and fooMain (Eclipse) run the example service provider
>>> successfully outside of Felix.
>>>
>>> If I run my example code from the command line (RunFooFromOsgi), no
>>> service providers are found.
>>>
>>> If I run my example code from within Eclipse, I get the following:
>>>
>>> Welcome to Felix.
>>> =================
>>>
>>> -> In com.example.foo.osgi.Activator.start():
>>> ERROR: Error starting file:target/com.example.foo.osgi-0.1.0.jar
>>> (org.osgi.framework.BundleException: Activator start error in bundle
>>> com.example.foo.osgi [5].)
>>> java.util.ServiceConfigurationError: com.example.foo.spi.Foo: Provider
>>> com.example.foo.impl.FooImpl could not be instantiated:
>>> java.lang.ClassCastException
>>> at java.util.ServiceLoader.fail(ServiceLoader.java:207)
>>> at java.util.ServiceLoader.access$100(ServiceLoader.java:164)
>>> at
>>> java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:353)
>>> at java.util.ServiceLoader$1.next(ServiceLoader.java:421)
>>> at com.example.foo.spi.FooFactory.getFoo(FooFactory.java:17)
>>> at com.example.foo.osgi.Activator.start(Activator.java:17)
>>> at
>>> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction
>>> .java:589)
>>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1458)
>>> at
>>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984)
>>> at
>>> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263)
>>> at java.lang.Thread.run(Thread.java:619)
>>> Caused by: java.lang.ClassCastException
>>> at java.lang.Class.cast(Class.java:2990)
>>> at
>>> java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:345)
>>> ... 8 more
>>>
>>>
>>> Tim Moloney The reasonable man adapts himself
>>> to
>>> ManTech Real-time Systems Laboratory the world; the unreasonable one
>>> persists
>>> 2015 Cattlemen Road in trying to adapt the world to
>>> himself.
>>> Sarasota, FL 34232 Therefore all progress depends on
>>> the
>>> (941) 377-6775 x208 unreasonable man. - George
>>> Bernard Shaw
>>>
>>>
>>>
>>>
>>>> -----Original Message-----
>>>> From: Richard S. Hall [mailto:heavy@ungoverned.org]
>>>> Sent: Monday, May 18, 2009 10:11
>>>> To: users@felix.apache.org
>>>> Subject: Re: ServiceLoader and OSGi?
>>>>
>>>> On 5/18/09 9:31 AM, Moloney, Tim M wrote:
>>>>
>>>>
>>>>> I have a very simple service provider that works outside of OSGi.
>>>>>
>>>>> I tried using it in Felix but it fails with a ClassCastException.
>>>>>
>>>>> Is this somehow related to the different class loaders in
>>>>>
>>>>>
>>>> the different
>>>>
>>>>
>>>>> bundles?
>>>>>
>>>>>
>>>>>
>>>> Probably.
>>>>
>>>>
>>>>
>>>>> Any suggestions on how to get past this?
>>>>>
>>>>>
>>>>>
>>>> Not enough information to say.
>>>>
>>>> -> richard
>>>>
>>>>
>>>>
>>>>> Thanks.
>>>>>
>>>>>
>>>>> Tim Moloney The reasonable man adapts himself to
>>>>> MRSL the world; the unreasonable one persists
>>>>> 2015 Cattlemen Road in trying to adapt the world to himself.
>>>>> Sarasota, FL 34232 Therefore all progress depends on the
>>>>> (941) 377-6775 x208 unreasonable man. George Bernard Shaw
>>>>>
>>>>>
>>>>>
>
>
> Jeremias Maerki
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: ServiceLoader and OSGi?
Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
Just in case anyone is interested: I've written a little bundle to work
around that problem and to get Apache FOP and Batik working in an OSGi
environment. The Apache XML Graphics project makes heavy use of the
META-INF/services mechanism for plug-ins.
My bundle provides code to transparently provide plug-in classes, be
that in an OSGi environment or in a plain Java environment. And it works
for Java >= 1.4 (i.e. doesn't use ServiceLoader). It seems to work quite
nicely for me so far, but I haven't taken the time to clean up
everything and publish it. And I'm using my own Ant-based
Bundle-Manifest creator (i.e. not BND) which is equally unpublished. But
if there's interest, I could do that work and publish it (be that on my
own website, as part of Apache XML Graphics or Apache Felix) in the next
few weeks (when my immediate deadlines are past).
Here's how some client code would look like:
Services services = Services.getInstance();
//Dynamic registration of ImagePreloaders
Iterator iter = services.getServiceProvider(ImagePreloader.class).getServiceFactories();
while (iter.hasNext()) {
ServiceFactory factory = (ServiceFactory)iter.next();
registerPreloader((ImagePreloader)factory.createInstance());
}
Sorry, no generics, since I have to support Java 1.4 for the time being.
On 01.10.2009 11:48:16 Richard S. Hall wrote:
> Did this issue ever get resolved?
>
> As far as I can see, you are trying to find a service provider from the
> SPI bundle, but the SPI bundle doesn't have any visibility to the
> service provider, so it cannot find it. You cannot use ServiceLoader in
> the normal way in OSGi.
>
> -> richard
>
> On 5/18/09 22:04, Moloney, Tim M wrote:
> > I've attached my example project. To build it just run 'mvn install'.
> > To run it from the command line, run 'RunFooFromOsgi'. To run it within
> > Eclipse, import the project, then run fooOsgi. RunFooFromMain (command
> > line) and fooMain (Eclipse) run the example service provider
> > successfully outside of Felix.
> >
> > If I run my example code from the command line (RunFooFromOsgi), no
> > service providers are found.
> >
> > If I run my example code from within Eclipse, I get the following:
> >
> > Welcome to Felix.
> > =================
> >
> > -> In com.example.foo.osgi.Activator.start():
> > ERROR: Error starting file:target/com.example.foo.osgi-0.1.0.jar
> > (org.osgi.framework.BundleException: Activator start error in bundle
> > com.example.foo.osgi [5].)
> > java.util.ServiceConfigurationError: com.example.foo.spi.Foo: Provider
> > com.example.foo.impl.FooImpl could not be instantiated:
> > java.lang.ClassCastException
> > at java.util.ServiceLoader.fail(ServiceLoader.java:207)
> > at java.util.ServiceLoader.access$100(ServiceLoader.java:164)
> > at
> > java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:353)
> > at java.util.ServiceLoader$1.next(ServiceLoader.java:421)
> > at com.example.foo.spi.FooFactory.getFoo(FooFactory.java:17)
> > at com.example.foo.osgi.Activator.start(Activator.java:17)
> > at
> > org.apache.felix.framework.util.SecureAction.startActivator(SecureAction
> > .java:589)
> > at org.apache.felix.framework.Felix.startBundle(Felix.java:1458)
> > at
> > org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984)
> > at
> > org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263)
> > at java.lang.Thread.run(Thread.java:619)
> > Caused by: java.lang.ClassCastException
> > at java.lang.Class.cast(Class.java:2990)
> > at
> > java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:345)
> > ... 8 more
> >
> >
> > Tim Moloney The reasonable man adapts himself
> > to
> > ManTech Real-time Systems Laboratory the world; the unreasonable one
> > persists
> > 2015 Cattlemen Road in trying to adapt the world to
> > himself.
> > Sarasota, FL 34232 Therefore all progress depends on
> > the
> > (941) 377-6775 x208 unreasonable man. - George
> > Bernard Shaw
> >
> >
> >
> >> -----Original Message-----
> >> From: Richard S. Hall [mailto:heavy@ungoverned.org]
> >> Sent: Monday, May 18, 2009 10:11
> >> To: users@felix.apache.org
> >> Subject: Re: ServiceLoader and OSGi?
> >>
> >> On 5/18/09 9:31 AM, Moloney, Tim M wrote:
> >>
> >>> I have a very simple service provider that works outside of OSGi.
> >>>
> >>> I tried using it in Felix but it fails with a ClassCastException.
> >>>
> >>> Is this somehow related to the different class loaders in
> >>>
> >> the different
> >>
> >>> bundles?
> >>>
> >>>
> >> Probably.
> >>
> >>
> >>> Any suggestions on how to get past this?
> >>>
> >>>
> >> Not enough information to say.
> >>
> >> -> richard
> >>
> >>
> >>> Thanks.
> >>>
> >>>
> >>> Tim Moloney The reasonable man adapts himself to
> >>> MRSL the world; the unreasonable one persists
> >>> 2015 Cattlemen Road in trying to adapt the world to himself.
> >>> Sarasota, FL 34232 Therefore all progress depends on the
> >>> (941) 377-6775 x208 unreasonable man. George Bernard Shaw
> >>>
> >>>
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org