For the record, the default behaviour of an OSGi framework should be to persist its state, so Equinox *should* do that by default as well. I know a lot of developers "clean the bundle cache" on every restart to recover from installations with bundles that contain all kinds of bugs from which it is hard to recover. The risk of constantly doing this is obvious: you do less testing of update scenarios.
Greetings, Marcel On Oct 10, 2012, at 13:55 , Álvaro Fernández González <[email protected]> wrote: > Oh, > > Then I'll try that option first :) > > Regards, > > *Álvaro Fernández* > *Consultor* > > Avda de la Argentina 132 > Edificio Cristasa, oficina 201 > 33312 Gijón *www.nortia-in.es* > Este correo y sus archivos asociados son privados y confidenciales y van > dirigidos exclusivamente a su destinatario. Si recibe este correo sin ser > el destinatario del mismo, le rogamos proceda a su eliminación y lo ponga > en conocimiento del emisor. La difusión por cualquier medio del contenido > de este correo podría ser sancionada conforme a lo previsto en las leyes > españolas. No se autoriza la utilización con fines comerciales o para su > incorporación a ficheros automatizados de las direcciones del emisor o del > destinatario. > > > 2012/10/10 Paul Bakker <[email protected]> > >> For Equinox I believe there is a property -osgi.clean=false that should >> give you a bundle cache that survives framework restarts. That should give >> you the same result. >> >> Paul >> >> On Oct 10, 2012, at 13:50 , Álvaro Fernández González >> <[email protected]> >> wrote: >> >> Hello Paul, >> >> No, we're not currently using the ace-launcher. We're running the >> managementagent.jar using an Equinox OSGI. >> >> Thank you very much for your reply, I'll try to use the ace-launcher and >> see if my problem is fixed. >> >> Regards, >> >> *Álvaro Fernández* >> *Consultor* >> >> Avda de la Argentina 132 >> Edificio Cristasa, oficina 201 >> 33312 Gijón *www.nortia-in.es* >> Este correo y sus archivos asociados son privados y confidenciales y van >> dirigidos exclusivamente a su destinatario. Si recibe este correo sin ser >> el destinatario del mismo, le rogamos proceda a su eliminación y lo ponga >> en conocimiento del emisor. La difusión por cualquier medio del contenido >> de este correo podría ser sancionada conforme a lo previsto en las leyes >> españolas. No se autoriza la utilización con fines comerciales o para su >> incorporación a ficheros automatizados de las direcciones del emisor o del >> destinatario. >> >> >> 2012/10/10 Paul Bakker <[email protected]> >> >> Hi Alvaro, >> >> Are you using the ace-launcher on the target? In that case this should be >> the default behaviour. >> A plain Felix instance is started which has a bundle cache on disk like >> normal. You can just restart Felix with the same bundle cache and it should >> work :-) >> >> Paul >> >> On Oct 10, 2012, at 13:39 , Álvaro Fernández González >> <[email protected]> >> wrote: >> >> Hello, >> >> We've choosen Apache ACE for provisioning on a project we're currently >> devoloping. >> >> We have the following: >> >> - an ACE 0.81 server on a machine with all the necessary bundles for a >> target to start (I mean ALL of them) >> - a target container in another machine with only the >> managementagent.jar. When the target starts, all its bundles get >> >> downloaded >> >> from the ACE server. >> >> When the server is up the target starts correctly, but the problem is >> >> that >> >> no 'hard copy' of the bundles is made so if we try to start the target >> container while the ACE server is down (or simple unplugging the network >> cable), only the management agent starts. We need the target to start >> >> whith >> >> the *last known bundles* when the server is down/there is no connection. >> >> Is there a way to do this only with configuration or do I need to code >> something? >> Regards, >> >> *Álvaro Fernández* >> *Consultor* >> >> Avda de la Argentina 132 >> Edificio Cristasa, oficina 201 >> 33312 Gijón *www.nortia-in.es* >> Este correo y sus archivos asociados son privados y confidenciales y van >> dirigidos exclusivamente a su destinatario. Si recibe este correo sin ser >> el destinatario del mismo, le rogamos proceda a su eliminación y lo ponga >> en conocimiento del emisor. La difusión por cualquier medio del contenido >> de este correo podría ser sancionada conforme a lo previsto en las leyes >> españolas. No se autoriza la utilización con fines comerciales o para su >> incorporación a ficheros automatizados de las direcciones del emisor o >> >> del >> >> destinatario. >> >> >> >> >>
