On Mon, Sep 7, 2015 at 8:48 AM, Achim Nierbeck <[email protected]> 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 <[email protected]>: >> >> 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 <[email protected]> >> wrote: >> > On Mon, Sep 7, 2015 at 8:14 AM, Achim Nierbeck <[email protected]> >> > 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 >
