Hi Achim thanks for your answers. The problem is that after refresh 88, bundle is still in Active state.
I don't see bundle 87 in the list of bundles installed, but there is still the data/cache/bundle87 folder. This folder disappears when I close karaf with shutdown command. I make also another test. I create a feature for "Sample Dependency Bundle" and another for "Sample Dependent Bundle" that install also the other feature. In this case if I uninstall the "Sample Dependency Bundle" feature Karaf remove the bundle from cache folder and refresh correctly the state of "Sample Dependent Bundle" in not resolved. Regards Giuseppe 2015-01-08 20:27 GMT+01:00 Achim Nierbeck <[email protected]>: > Hi, > > actually I didn't look at it until now. > I think there might be some sort of race on that actual procedure there. > How about retrying with the following scenario. > > Install 87 > Install 88 > > uninstall 87 > refresh 88, should be in non-resolved state after that > > install 89 > refresh 88, after that it should be wired to 89 again. > > regards, Achim > > > > > > > 2015-01-08 18:49 GMT+01:00 Cristiano Costantini < > [email protected]>: > > > Hi Achim, > > > > if you look at the file attached to Giuseppe's message, even if you > refresh > > to bundle 88 ( karaf@root> refresh 88 ) the bundle still resolves the > > package import on the old and uninstalled bundle 87 instead of bundle 89 > > (anyhow please note that bundle 89 is the same bundle, uninstalled and > > installed again, the Jar is not recompiled). > > > > Shouldn't bundle 88 start using imports from bundle 89 after the explicit > > refresh? > > > > Thank you and regards, > > Cristiano > > > > > > > > Il giorno Thu Jan 08 2015 at 18:18:21 Achim Nierbeck < > > [email protected]> ha scritto: > > > > Hi, > > > > > > this is the desired behavior as per OSGi - Spec. Until you do a refresh > > of > > > bundle 88 it will keep the references to the uninstalled bundle. > > > The deploy folder is watched by the FileInstaller, which does call a > > > refresh on the framework after the install/uninstall of bundles. > > > > > > regards, Achim > > > > > > > > > 2015-01-08 18:10 GMT+01:00 Giuseppe Gerla <[email protected]>: > > > > > > > Hi all > > > > I see a strange behavior about bundles life cycle management i Karaf. > > > > I have a bundle "Sample Dependent" that depends from a bundles > "Sample > > > > Dependency". I install both bundle in karaf and they go in Started > > state. > > > > Suppose that "Sample Dependency" has id 87 and "Sample Dependent" has > > id > > > 88. > > > > If I digit > > > > > > > > uninstall 87 > > > > > > > > I would expect that bundle 88 will go in Installed (not resolved) > > state. > > > > Instead the bundle "Sample Dependent" remains in Started. > > > > Also if I do refresh or update, the bundle remain in Started. > > > > If I restart karaf I see that the bundle "Sample Dependent" is not > > > > resolved. > > > > > > > > In the file system folder /data/cache I see that bundle 87 relative > > > folder > > > > is not deleted until karaf is running. This explain the behavior. > > > > > > > > My question is: is this the desired behavior? Or the desired behavior > > is > > > > what I expected? > > > > > > > > > > > > N.B. if I use the deploy folder, after removing the bundle "Sample > > > > Dependency" the bundle "Sample Dependent" goes in Installed state. > > > > > > > > > > > > Regards > > > > Giuseppe > > > > > > > > > > > > > > > > -- > > > > > > 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 >
