I now have my apache karaf 2.3.1-snapshot to pickup blueprint-core
1.1.0-SNAPSHOT and blueprint-cm 1.0.1-SNAPSHOT
my karaf.bat now hangs at startup
ERROR: Bundle org.apache.aries.blueprint.cm [8] Error starting
mvn:org.apache.aries.blueprint/org.apache.aries.blueprint.cm/1.0.1-SNAPSHOT
(org.osgi.framework.BundleException: Unresolved constraint in
bundle org.apache.aries.blueprint.cm [8]: Unable to resolve 8.0:
missing requirement [8.0] osgi.wiring.package;
(&(osgi.wiring.package=org.apache.aries.blueprint)(version>=1.0.0)(!(version>=1.2.0))))
org.osgi.framework.BundleException: Unresolved constraint in bundle
org.apache.aries.blueprint.cm [8]: Unable to resolve 8.0: missing
requirement [8.0] osgi.wiring.package; (&(osgi.wiring.package=org.
apache.aries.blueprint)(version>=1.0.0)(!(version>=1.2.0)))
at
org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3826)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1868)
at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)
at
org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)
at java.lang.Thread.run(Thread.java:722)
not sure what is the artifact org.apache.aries.blueprint is from
Thanks
-D
On Fri, Jan 18, 2013 at 12:14 PM, Christoph Gritschenberger
<christoph.gritschenber...@gmail.com> wrote:
> You also need blueprint-cm in version 1.0.1-SNAPSHOT. The version-range for
> blueprint-core has been increased there. That's all I had to do.
>
> blueprint-core-1.1.0-SNAPSHOT and blueprint-cm-1.0.1-SNAPSHOT
>
> kind regards,
> christoph
>
>
>
> On 2013-01-18 20:34, Dan Tran wrote:
>>
>> I checkout the blueprint-core from trunk, which is currently at
>> 1.1.0-SNAPSHOT, it it right? ) and build with apache-karaf
>> 2.3.1-snapshot
>>
>> upon startup with karaf.bat i got the following stderr
>>
>> ERROR: Bundle org.apache.aries.blueprint.cm [13] Error starting
>> mvn:org.apache.aries.blueprint/org.apache.aries.blueprint.cm/1.0.0
>> (org.osgi.framework.BundleException: Unresolved constraint in bundle
>> org.apache.aries.blueprint.cm [13]: Unable to resolve 13.0: missing
>> requirement [13.0] osgi.wiring.package;
>>
>> (&(osgi.wiring.package=org.apache.aries.blueprint)(version>=1.0.0)(!(version>=1.1.0))))
>> org.osgi.framework.BundleException: Unresolved constraint in bundle
>> org.apache.aries.blueprint.cm [13]: Unable to resolve 13.0: missing
>> requirement [13.0] osgi.wiring.package; (&(osgi.wiring.package=o
>> rg.apache.aries.blueprint)(version>=1.0.0)(!(version>=1.1.0)))
>> at
>> org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3826)
>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1868)
>> at
>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)
>> at
>> org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)
>> at java.lang.Thread.run(Thread.java:662)
>>
>>
>> On Fri, Jan 18, 2013 at 10:37 AM, Dan Tran <dant...@gmail.com> wrote:
>>>
>>> would it be possible to have aries blueprint 1.0.2-snashot deployed?
>>>
>>> apache snapshot at
>>>
>>> https://repository.apache.org/content/repositories/snapshots/org/apache/aries/blueprint/org.apache.aries.blueprint.core/1.0.2-SNAPSHOT/
>>> is quite old
>>>
>>> Thanks
>>>
>>> -D
>>>
>>> On Fri, Jan 18, 2013 at 9:09 AM, Dan Tran <dant...@gmail.com> wrote:
>>>>
>>>> cool, I will try to build my own version of karaf 2.3.1 snapshot to
>>>> aries 1.0.2
>>>>
>>>> Thanks
>>>>
>>>> -Dan
>>>>
>>>> On Fri, Jan 18, 2013 at 12:35 AM, Guillaume Nodet <gno...@gmail.com>
>>>> wrote:
>>>>>
>>>>> Actually, I've raised and fixed
>>>>> https://issues.apache.org/jira/browse/ARIES-1004
>>>>> Can you see if the latest snapshots works better for you ?
>>>>>
>>>>>
>>>>> On Fri, Jan 18, 2013 at 8:26 AM, Guillaume Nodet <gno...@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>> I fix a bunch of problems with blueprint shutting down recently, so
>>>>>> could
>>>>>> you try with a recent blueprint snapshot and see if that helps ?
>>>>>> For now, blueprint bundles are shut down roughly according to their
>>>>>> start
>>>>>> level. THere's something in blueprint which is supposed to better
>>>>>> use the
>>>>>> bundle service usage and shutdown bundles so that the problem you see
>>>>>> would
>>>>>> not happen, however, this only happen when the blueprint extender
>>>>>> itself is
>>>>>> stopped, which in fact, does not really help because the extender has
>>>>>> a very
>>>>>> low start level and is thus stopped very late in the process.
>>>>>> Something that could be improved in blueprint is reacting to the fact
>>>>>> that
>>>>>> a framework shutdown is initiated and do that orderly shutdown earlier
>>>>>> in
>>>>>> the process.
>>>>>> In all cases, your bundles should be able to deal with cases where one
>>>>>> dependency is missing and be able to shutdown cleanly anyway.
>>>>>> So I would suggest you try with the latest blueprint snapshots and see
>>>>>> if
>>>>>> it helps. I can write a patch to see if the modification i suggested
>>>>>> above
>>>>>> would help (I think it should) if you want to give it a try.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Jan 16, 2013 at 9:31 PM, Dan Tran <dant...@gmail.com> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Hi JB,
>>>>>>>
>>>>>>> I only try 2.3, my new work does not work with 2.2
>>>>>>>
>>>>>>> what is osgi/karaf shutdown sequencing flow? like it would shutdown
>>>>>>> all bundles with the same start- level in the order from high to low
>>>>>>> ?
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> -D
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Jan 16, 2013 at 12:18 PM, Jean-Baptiste Onofré
>>>>>>> <j...@nanthrax.net>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi Dan,
>>>>>>>>
>>>>>>>> did you try both with Karaf 2.2.x and 2.3.x ?
>>>>>>>> did you see differences in the behavior ?
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> JB
>>>>>>>>
>>>>>>>>
>>>>>>>> On 01/16/2013 09:17 PM, Dan Tran wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi I have a service's PreDestroy method which requires a service
>>>>>>>>> from
>>>>>>>>> other bundle during shutdown. However at shutdown time, blueprint
>>>>>>>>> make
>>>>>>>>> the required service 'unavailable'. Using start level ordering does
>>>>>>>>> not seem to help.
>>>>>>>>>
>>>>>>>>> What are your experiences dealing with this issue?
>>>>>>>>>
>>>>>>>>> Big thanks ahead.
>>>>>>>>>
>>>>>>>>> -Dan
>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Jean-Baptiste Onofré
>>>>>>>> jbono...@apache.org
>>>>>>>> http://blog.nanthrax.net
>>>>>>>> Talend - http://www.talend.com
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> ------------------------
>>>>>> Guillaume Nodet
>>>>>> ------------------------
>>>>>> Blog: http://gnodet.blogspot.com/
>>>>>> ------------------------
>>>>>> FuseSource, Integration everywhere
>>>>>> http://fusesource.com
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> ------------------------
>>>>> Guillaume Nodet
>>>>> ------------------------
>>>>> Blog: http://gnodet.blogspot.com/
>>>>> ------------------------
>>>>> FuseSource, Integration everywhere
>>>>> http://fusesource.com
>
>
>
