On Wed, Oct 19, 2011 at 5:23 PM, Richard S. Hall <he...@ungoverned.org> wrote: > On 10/19/11 03:24 , Sam Spycher wrote: >> >> Hi >> >> I am currently writing a small shell script which is supposed to run >> felix, install the necessary bundles with gogo, then quit and package >> felix for deployment on our integration servers. >> >> Unfortunately, felix seems to undeploy the deployed bundles when >> shutting down. If I do this manually, felix retains the bundles across >> shutdowns and startups. > > I'm not sure what you mean, nor what you are doing exactly, but the Felix > framework always retains bundles across shutdowns and restarts. The > framework will never undeploy a bundle unless someone tells it to do so.
Maybe you didn't include the cache? regards, Karl > -> richard > >> >> The only difference I can find is on how I exit Felix. From the script, >> felix exits "normally", and when configuring interactively I exit with >> Ctrl-C. >> >> -> so my question is: how can I persuade Felix to keep the installed >> bundles (and keep their active state) across shutdowns and startups? >> >> -> would the proper way to do this be over config.properties? >> >> -> if yes, and if this means that deployment of bundles happens on every >> startup, then how do I work around the issue of potentially not having >> access to a repo on the server that felix is to be installed? >> >> >> Here is the part of the script which uses gogo: >> >> #!/bin/bash >> # ... >> # GOGO deployment script >> cat> $GOGO_SCRIPT<<-END_GOGO_SCRIPT >> obr:repos add file:$HOME/.m2/repository/repository.xml >> obr:deploy -s "Bundle A" >> obr:deploy -s "Bundle B" >> obr:deploy -s "Bundle C" >> # etc. >> felix:refresh >> felix:lb >> END_GOGO_SCRIPT >> # ... >> # run felix and GOGO script >> java -verbose -jar bin/felix.jar -<<-END_GOGO_SCRIPT_STARTUP >> gosh --nointeractive --login -x $GOGO_SCRIPT >> END_GOGO_SCRIPT_STARTUP >> >> >> Thanks for any help, >> Sam >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> For additional commands, e-mail: users-h...@felix.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > > -- Karl Pauls karlpa...@gmail.com http://twitter.com/karlpauls http://www.linkedin.com/in/karlpauls https://profiles.google.com/karlpauls --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org