Do not hurry my friend. Those messages are indeed logged by the graceful shutdown but is not about uninstalling bundles but is the fact that once the framework shutdown (gracefully) all the bundles gets stopped and so the bundle tracker will release those bundles, meaning that those bundles are no longer relevant.
On Tue, Mar 3, 2009 at 6:48 PM, Toni Menzel <tonimen...@gmx.de> wrote: > Currently no, but somethong that we should+can introduce quite quickly. > > The uninstall behavuour is a feature we introduced shortly before the > release coined "graceful shutdown behaviour". > Before it was a hard "kill process". > > We'll work on providing options for that. > Thanks for the pointer! > >> >> On 03.03.2009, at 17:31, Craig Walls <cr...@habuma.com> wrote: >> >>> >>> I think it might be because Pax-Exam uninstalls bundles on shutdown >>> (as >>> evidenced by all of the "Releasing bundle" entries in the log. So >>> by the >>> time I get to them with Pax Run, they're uninstalled. >>> >>> Any way to ask Pax Exam to not do that? >>> >>> >>> >>> Craig Walls wrote: >>>> Yes...I get a shell, but nothing else. Just a basic Felix (or >>>> Equinox) >>>> setup. None of the bundles from the bundles directory are loaded. >>>> Here's >>>> what it looks like: >>>> >>>> [dhcpclient-236:/tmp] cwalls% pax-run.sh --platform=eq --ups=true >>>> --workingDirectory=/tmp/paxexam_runner_cwalls >>>> ______ ________ __ __ >>>> / __ / / __ / / / / / >>>> / ___/ / __ / _\ \ _/ >>>> / / / / / / / _\ \ >>>> /__/ /__/ /__/ /_/ /_/ >>>> >>>> Pax Runner from OPS4J - http://www.ops4j.org >>>> -------------------------------------------- >>>> >>>> -> Using config [classpath:META-INF/runner.properties] >>>> -> Protocol [mvn] handler started >>>> -> Protocol [wrap] handler started >>>> -> Scanner for schema [scan-bundle] started >>>> -> Scanner for schema [scan-dir] started >>>> -> Scanner for schema [scan-file] started >>>> -> Scanner for schema [scan-pom] started >>>> -> Provision from [.!/*.jar] >>>> -> Provision from [scan-dir:.!/*.jar] >>>> -> Downloading bundles... >>>> -> Execution environment [J2SE-1.5] >>>> -> Starting platform [Equinox]. Runner has succesfully finished >>>> his job! >>>> >>>> osgi> ss >>>> >>>> Framework is launched. >>>> >>>> id State Bundle >>>> 0 ACTIVE system.bundle_3.2.1.R32x_v20060717 >>>> 1 ACTIVE org.eclipse.osgi.util_3.1.100.v20060601 >>>> 2 ACTIVE org.eclipse.osgi.services_3.1.100.v20060601 >>>> >>>> osgi> >>>> >>>> >>>> But the /tmp/paxexam_runner_cwalls/bundles directory is chock-full >>>> of >>>> bundle goodness (over 70 bundles). >>>> >>>> >>>> >>>> Toni Menzel wrote: >>>> >>>>> Good question, >>>>> There is nothing should prevent that, but haven't tried since drone >>>>> myself. >>>>> You did specify the ups option, don't you? >>>>> Will try myself, when i am back to my machine. >>>>> What does empy felix mean? Do you get a shell? >>>>> >>>>> On 03.03.2009, at 16:36, Craig Walls <cr...@habuma.com> wrote: >>>>> >>>>> >>>>> >>>>>> With Pax-Drone, I seem to recall that I could do 'pax-run.sh -- >>>>>> ups=true >>>>>> --workingDirectory=/tmp/paxdrone_runner' (or some such thing) to >>>>>> restart >>>>>> the context where a test failed for further inspection. I never >>>>>> actually >>>>>> did that, but I recall that it could be done. >>>>>> >>>>>> Now I want to do that with a Pax-Exam test. I see that I have a >>>>>> folder >>>>>> called /tmp/paxexam_runner_cwalls and that it has bundles and >>>>>> equinox in >>>>>> it and the bundles folder is loaded with the bundles from my >>>>>> test. I >>>>>> tried running pax-run.sh as with Pax-Drone, but all I get is an >>>>>> empty >>>>>> Felix (or an empty Equinox if I add --platform=eq). What am I >>>>>> missing? >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> general mailing list >>>>>> general@lists.ops4j.org >>>>>> http://lists.ops4j.org/mailman/listinfo/general >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> general mailing list >>>>> general@lists.ops4j.org >>>>> http://lists.ops4j.org/mailman/listinfo/general >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ >>>> general mailing list >>>> general@lists.ops4j.org >>>> http://lists.ops4j.org/mailman/listinfo/general >>>> >>> >>> >>> _______________________________________________ >>> general mailing list >>> general@lists.ops4j.org >>> http://lists.ops4j.org/mailman/listinfo/general > > _______________________________________________ > general mailing list > general@lists.ops4j.org > http://lists.ops4j.org/mailman/listinfo/general > -- Alin Dreghiciu http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software. http://www.qi4j.org - New Energy for Java - Domain Driven Development. http://www.codedragons.com - New Energy for Projects - Great People working on Great Projects at Great Places Sent from: Cluj-napoca Cj Romania. _______________________________________________ general mailing list general@lists.ops4j.org http://lists.ops4j.org/mailman/listinfo/general
