You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@karaf.apache.org by asookazian2 <as...@gmail.com> on 2016/03/29 00:36:39 UTC
exported package in bundle A is not able to be imported in bundle B
Karaf 3.0.3
bundle B is in GracePeriod (and ultimately Failure) with dependency on
bundle A (which is active and has lower start-level than bundle B).
eventually bundle:diag 123 (for bundle B) gives:
Status: Failure
Blueprint
3/28/16 3:24 PM
Exception:
null
java.util.concurrent.TimeoutException
at
org.apache.aries.blueprint.container.BlueprintContainerImpl$1.run(BlueprintContainerImpl.java:336)
at
org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Missing dependencies:
(objectClass=com.foo.bar.myClass)
When I run package:exports | grep com.foo.bar I see only the one expected
bundle which is exported same package (I've triple-checked the manifest.mf
files for both bundles in data/cache/xyz). i.e. there is no split-package
problem in this scenario afaik.
Any idea how/why this happens and how to resolve? thx.
--
View this message in context: http://karaf.922171.n3.nabble.com/exported-package-in-bundle-A-is-not-able-to-be-imported-in-bundle-B-tp4046019.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: exported package in bundle A is not able to be imported in
bundle B
Posted by asookazian2 <as...@gmail.com>.
I am seeing "Activator start error" when doing a feature:install xxx. What
is recommended course of action? Just install the bundles one by one, in
the top to bottom order from the features xml? Seems difficult to debug
this way...
--
View this message in context: http://karaf.922171.n3.nabble.com/exported-package-in-bundle-A-is-not-able-to-be-imported-in-bundle-B-tp4046019p4046045.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: exported package in bundle A is not able to be imported in bundle B
Posted by Tim Ward <ti...@paremus.com>.
Using an Activator minimises your module's dependencies, but at the expense of getting any help in this sort of situation. It's also really easy to make mistakes when doing it, and hard to get useful integration with things like configuration admin. I would always recommend that an application use a container (usually Declarative Services) to register and/or consume OSGi services.
Regards,
Tim
Sent from my iPhone
> On 29 Mar 2016, at 17:39, asookazian2 <as...@gmail.com> wrote:
>
> Hi Timothy, thx for your response. It turns out the Blueprint config.xml
> with the service registration (which was working previously) was removed and
> replaced with an Activator class which had the service registration line
> commented out. This change was done by another developer and not
> communicated to me but anyways root cause is found.
>
> Any recommendations on using BP config.xml vs. Activator class (e.g. you can
> debug the Activator class)? thx.
>
>
> Timothy Ward wrote
>> The error that you've provided indicates a missing service dependency for
>> a service exposing the com.foo.bar.myClass interface.
>>
>> You should investigate why this service is not present, or if it is, why
>> bundle B has not wired to the same class space for package com.foo.bar as
>> the service provider.
>>
>> Regards
>>
>> Tim Ward
>>
>> OSGi IoT EG Chair
>>
>>> On 28 Mar 2016, at 23:36, asookazian2 <
>
>> asookazian@
>
>> > wrote:
>>>
>>> Karaf 3.0.3
>>>
>>> bundle B is in GracePeriod (and ultimately Failure) with dependency on
>>> bundle A (which is active and has lower start-level than bundle B).
>>>
>>> eventually bundle:diag 123 (for bundle B) gives:
>>>
>>> Status: Failure
>>> Blueprint
>>> 3/28/16 3:24 PM
>>> Exception:
>>> null
>>> java.util.concurrent.TimeoutException
>>> at
>>> org.apache.aries.blueprint.container.BlueprintContainerImpl$1.run(BlueprintContainerImpl.java:336)
>>> at
>>> org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48)
>>> at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>>> at java.lang.Thread.run(Thread.java:745)
>>>
>>> Missing dependencies:
>>> (objectClass=com.foo.bar.myClass)
>>>
>>> When I run package:exports | grep com.foo.bar I see only the one expected
>>> bundle which is exported same package (I've triple-checked the
>>> manifest.mf
>>> files for both bundles in data/cache/xyz). i.e. there is no
>>> split-package
>>> problem in this scenario afaik.
>>>
>>> Any idea how/why this happens and how to resolve? thx.
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://karaf.922171.n3.nabble.com/exported-package-in-bundle-A-is-not-able-to-be-imported-in-bundle-B-tp4046019.html
>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>
>
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/exported-package-in-bundle-A-is-not-able-to-be-imported-in-bundle-B-tp4046019p4046042.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
Re: exported package in bundle A is not able to be imported in
bundle B
Posted by asookazian2 <as...@gmail.com>.
Hi Timothy, thx for your response. It turns out the Blueprint config.xml
with the service registration (which was working previously) was removed and
replaced with an Activator class which had the service registration line
commented out. This change was done by another developer and not
communicated to me but anyways root cause is found.
Any recommendations on using BP config.xml vs. Activator class (e.g. you can
debug the Activator class)? thx.
Timothy Ward wrote
> The error that you've provided indicates a missing service dependency for
> a service exposing the com.foo.bar.myClass interface.
>
> You should investigate why this service is not present, or if it is, why
> bundle B has not wired to the same class space for package com.foo.bar as
> the service provider.
>
> Regards
>
> Tim Ward
>
> OSGi IoT EG Chair
>
>> On 28 Mar 2016, at 23:36, asookazian2 <
> asookazian@
> > wrote:
>>
>> Karaf 3.0.3
>>
>> bundle B is in GracePeriod (and ultimately Failure) with dependency on
>> bundle A (which is active and has lower start-level than bundle B).
>>
>> eventually bundle:diag 123 (for bundle B) gives:
>>
>> Status: Failure
>> Blueprint
>> 3/28/16 3:24 PM
>> Exception:
>> null
>> java.util.concurrent.TimeoutException
>> at
>> org.apache.aries.blueprint.container.BlueprintContainerImpl$1.run(BlueprintContainerImpl.java:336)
>> at
>> org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48)
>> at
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>> at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
>> at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
>> at
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>> at java.lang.Thread.run(Thread.java:745)
>>
>> Missing dependencies:
>> (objectClass=com.foo.bar.myClass)
>>
>> When I run package:exports | grep com.foo.bar I see only the one expected
>> bundle which is exported same package (I've triple-checked the
>> manifest.mf
>> files for both bundles in data/cache/xyz). i.e. there is no
>> split-package
>> problem in this scenario afaik.
>>
>> Any idea how/why this happens and how to resolve? thx.
>>
>>
>>
>> --
>> View this message in context:
>> http://karaf.922171.n3.nabble.com/exported-package-in-bundle-A-is-not-able-to-be-imported-in-bundle-B-tp4046019.html
>> Sent from the Karaf - User mailing list archive at Nabble.com.
--
View this message in context: http://karaf.922171.n3.nabble.com/exported-package-in-bundle-A-is-not-able-to-be-imported-in-bundle-B-tp4046019p4046042.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: exported package in bundle A is not able to be imported in bundle B
Posted by Charlie Mordant <cm...@gmail.com>.
Hi,
What about package:imports | grep your package? Does your consumer bundle
imports it?
Regards,
Charlie
2016-03-29 13:06 GMT+02:00 Tim Ward <ti...@paremus.com>:
> The error that you've provided indicates a missing service dependency for
> a service exposing the com.foo.bar.myClass interface.
>
> You should investigate why this service is not present, or if it is, why
> bundle B has not wired to the same class space for package com.foo.bar as
> the service provider.
>
> Regards
>
> Tim Ward
>
> OSGi IoT EG Chair
>
> > On 28 Mar 2016, at 23:36, asookazian2 <as...@gmail.com> wrote:
> >
> > Karaf 3.0.3
> >
> > bundle B is in GracePeriod (and ultimately Failure) with dependency on
> > bundle A (which is active and has lower start-level than bundle B).
> >
> > eventually bundle:diag 123 (for bundle B) gives:
> >
> > Status: Failure
> > Blueprint
> > 3/28/16 3:24 PM
> > Exception:
> > null
> > java.util.concurrent.TimeoutException
> > at
> >
> org.apache.aries.blueprint.container.BlueprintContainerImpl$1.run(BlueprintContainerImpl.java:336)
> > at
> >
> org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48)
> > at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> > at java.lang.Thread.run(Thread.java:745)
> >
> > Missing dependencies:
> > (objectClass=com.foo.bar.myClass)
> >
> > When I run package:exports | grep com.foo.bar I see only the one expected
> > bundle which is exported same package (I've triple-checked the
> manifest.mf
> > files for both bundles in data/cache/xyz). i.e. there is no
> split-package
> > problem in this scenario afaik.
> >
> > Any idea how/why this happens and how to resolve? thx.
> >
> >
> >
> > --
> > View this message in context:
> http://karaf.922171.n3.nabble.com/exported-package-in-bundle-A-is-not-able-to-be-imported-in-bundle-B-tp4046019.html
> > Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Charlie Mordant
Full OSGI/EE stack made with Karaf:
https://github.com/OsgiliathEnterprise/net.osgiliath.parent
Re: exported package in bundle A is not able to be imported in bundle B
Posted by Tim Ward <ti...@paremus.com>.
The error that you've provided indicates a missing service dependency for a service exposing the com.foo.bar.myClass interface.
You should investigate why this service is not present, or if it is, why bundle B has not wired to the same class space for package com.foo.bar as the service provider.
Regards
Tim Ward
OSGi IoT EG Chair
> On 28 Mar 2016, at 23:36, asookazian2 <as...@gmail.com> wrote:
>
> Karaf 3.0.3
>
> bundle B is in GracePeriod (and ultimately Failure) with dependency on
> bundle A (which is active and has lower start-level than bundle B).
>
> eventually bundle:diag 123 (for bundle B) gives:
>
> Status: Failure
> Blueprint
> 3/28/16 3:24 PM
> Exception:
> null
> java.util.concurrent.TimeoutException
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl$1.run(BlueprintContainerImpl.java:336)
> at
> org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
>
> Missing dependencies:
> (objectClass=com.foo.bar.myClass)
>
> When I run package:exports | grep com.foo.bar I see only the one expected
> bundle which is exported same package (I've triple-checked the manifest.mf
> files for both bundles in data/cache/xyz). i.e. there is no split-package
> problem in this scenario afaik.
>
> Any idea how/why this happens and how to resolve? thx.
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/exported-package-in-bundle-A-is-not-able-to-be-imported-in-bundle-B-tp4046019.html
> Sent from the Karaf - User mailing list archive at Nabble.com.