As I already said in the other thread, make sure you don't provide the compendium jar it'll colide with a bunch of other jars already providing the needed packages ...
regards, Achim 2015-09-07 15:09 GMT+02:00 Benson Margulies <ben...@basistech.com>: > On Mon, Sep 7, 2015 at 8:48 AM, Achim Nierbeck <bcanh...@googlemail.com> > wrote: > > If installing the scr feature triggers to refresh the cxf feature, it > must > > be one of the scr bundles contained. > > Most likely a <bundle dependency="true"> .... might be able to sole that > for > > the scr feature. > > Achim, did you mean my feature that uses DS or the stock Karaf 'scr' > feature? > > feature:install scr > > runs without a squeak. > > Installing my relatively tiny feature that has DS metadata is the > trigger, and the trouble happens even when CXF and SCR are all > installed before it. > > If I compare the version of this feature that works fine (with > blueprint) with the version that does not (with DS), the only > difference is the addition of: > > <bundle start-level="75">mvn:org.osgi/org.osgi.compendium/5.0.0</bundle> > > Plus there's the DS metadata in the bundle that wasn't there before. > > Just installing CXF does not even install the compendium bundle, so > don't see what the dependency issue could be. > > However .... I think I may be messing up something basic that could be > contributing to this. > > Maven project A builds a bundle, and then a feature consisting of the > bundle and its dependencies. > > Maven project B builds a project that depends on A, and a feature > consisting of the B bundle and its dependencies -- which include all > the A dependencies. > > Using the karaf tooling, is there something I'm supposed to do so that > the B feature has a _feature_ dependency on the A feature instead of > repeating all those bundles? > > --benson > > > > > regards, Achim > > > > > > 2015-09-07 14:41 GMT+02:00 Benson Margulies <ben...@basistech.com>: > >> > >> frontloading eventadmin did not stop the shell from restarting or all > >> the backtraces about, apparently, missing pieces of blueprint. > >> > >> In an effort to narrow this down, I installed only the features needed > >> to get to the last two (the DS feature and the 'null pointer feature') > >> -- that eliminated three features. > >> > >> Installing the DS feature still restarts CXF, which still makes a mess > >> due to complaints that it can't find blueprint. This seems really odd > >> to me, because the DS feature does not even use CXF. > >> > >> Is there any way to find out why karaf decides to restart something? > >> > >> Installing the worker feature still NPE's in the same way. > >> > >> > >> > >> On Mon, Sep 7, 2015 at 8:27 AM, Benson Margulies <ben...@basistech.com> > >> wrote: > >> > On Mon, Sep 7, 2015 at 8:14 AM, Achim Nierbeck < > bcanh...@googlemail.com> > >> > wrote: > >> >> Ok, so let's try to narrow this down a bit. > >> >> At least concerning the SCR feature I'd say it's most likely due to > an > >> >> dependency on the eventadmin feature, which is know to cause a > >> >> "refresh" on > >> >> the shell features. > >> >> Therefore maybe an early eventadmin feature install could make this > one > >> >> disappear. > >> > > >> > Here's more info, I'll try eventadmin in a moment. > >> > > >> > 2015-09-07 08:18:10,752 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | Changes to perform: > >> > 2015-09-07 08:18:10,752 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | Region: root > >> > 2015-09-07 08:18:10,752 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | Bundles to install: > >> > 2015-09-07 08:18:10,752 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:com.basistech.osgi/rosette-osgi-api/1.0.3 > >> > 2015-09-07 08:18:10,752 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:com.basistech.osgi/rosette-osgi-api-impl/1.0.3 > >> > 2015-09-07 08:18:10,752 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | > >> > > >> > > mvn:com.basistech.osgi.template.component/template-component-osgi/1.0.3/jar/fragment-bundle > >> > 2015-09-07 08:18:10,752 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | > >> > > mvn:com.basistech.osgi.template.component/template-component-osgi/1.0.3 > >> > 2015-09-07 08:18:10,752 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:com.basistech.ws/rosapi-worker-api/1.5.0-SNAPSHOT > >> > 2015-09-07 08:18:10,753 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | > >> > mvn:com.basistech.ws/rosapi-worker-dummy-sdk/1.5.0-SNAPSHOT/jar > >> > 2015-09-07 08:18:10,753 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:org.apache.commons/commons-compress/1.9 > >> > 2015-09-07 08:18:10,753 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:org.rauschig/jarchivelib/0.9.100-basis > >> > 2015-09-07 08:18:10,753 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:org.osgi/org.osgi.compendium/5.0.0 > >> > 2015-09-07 08:18:10,753 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | Installing bundles: > >> > 2015-09-07 08:18:10,753 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:com.basistech.osgi/rosette-osgi-api/1.0.3 > >> > 2015-09-07 08:18:10,754 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:com.basistech.osgi/rosette-osgi-api-impl/1.0.3 > >> > 2015-09-07 08:18:10,756 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | > >> > > mvn:com.basistech.osgi.template.component/template-component-osgi/1.0.3/jar/fragment-bundle > >> > 2015-09-07 08:18:10,757 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | > >> > > mvn:com.basistech.osgi.template.component/template-component-osgi/1.0.3 > >> > 2015-09-07 08:18:10,758 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:com.basistech.ws/rosapi-worker-api/1.5.0-SNAPSHOT > >> > 2015-09-07 08:18:10,759 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | > >> > mvn:com.basistech.ws/rosapi-worker-dummy-sdk/1.5.0-SNAPSHOT/jar > >> > 2015-09-07 08:18:10,761 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:org.apache.commons/commons-compress/1.9 > >> > 2015-09-07 08:18:10,764 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:org.rauschig/jarchivelib/0.9.100-basis > >> > 2015-09-07 08:18:10,765 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | mvn:org.osgi/org.osgi.compendium/5.0.0 > >> > 2015-09-07 08:18:10,770 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | Stopping bundles: > >> > 2015-09-07 08:18:10,772 | INFO | pool-66-thread-1 | > >> > FeaturesServiceImpl | 8 - org.apache.karaf.features.core > >> > - 4.0.1 | > >> > com.basistech.ws.rosapi-front-end-service/1.5.0.v20150907115730 > >> > 2015-09-07 08:18:10,779 | INFO | pool-66-thread-1 | BlueprintExtender > >> > | 12 - org.apache.aries.blueprint.core - 1.4.3 | > >> > Destroying BlueprintContainer for bundle > >> > > >> > and goes on to reload all kinds of things, getting exceptions left and > >> > right with CXF and blueprint. I wonder about the fact that this > >> > feature, in being converted to DS, started using compendium, which it > >> > wasn't using before. > >> > > >> > I can't explain why it wants to stop this bundle (and others) -- the > >> > list of things to install is boring other than compendium. > >> > > >> > > >> >> > >> >> For me the following seems to be more troublesome: > >> >> > >> >>> feature:install rosapi-worker-service > >> >> > >> >> > >> >> as it seems to cause an nullpointer in the resolver. > >> >> > >> >> > >> >> Does that one depend on SCR or Blueprint or both? > >> > > >> > This one just uses blueprint. my working branch is 100% blueprint; > >> > this branch has the one service that triggers the shell reload which > >> > is DS. > >> > > >> > > >> > > >> > > >> >> > >> >> regards, Achim > > > > > > > > > > -- > > > > Apache Member > > Apache Karaf <http://karaf.apache.org/> Committer & PMC > > OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer > & > > Project Lead > > blog <http://notizblog.nierbeck.de/> > > Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> > > > > Software Architect / Project Manager / Scrum Master > > > -- Apache Member Apache Karaf <http://karaf.apache.org/> Committer & PMC OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & Project Lead blog <http://notizblog.nierbeck.de/> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> Software Architect / Project Manager / Scrum Master
