Hi again Karl, I have tried with Felix and I got the same problem. Maybe I am missunderstanding something, is it possible to keep the state of the bundles when use Pax Runner each time that Pax Runner is restarted?
I mean, my tests are simple, I launch Pax Runner with a InstallerBundle bundle which install another Bundle using BundleContext.install method and then if I type stop InstallerBundle bundle and restart Pax Runner, my wanted behaviour is that the bundle InstallerBundle continues stopped and the bundle previously installed by InstallerBundle bundle appears like started. But my InstallerBundle does not appear like stopped but like started. So, since I have tried with Equinox and Felix as you told me, or there is something that I am doing wrong or missundertanding or there is an option with with Pax Runner which I am not taking into account. Regards -----Mensaje original----- De: [email protected] [mailto:[email protected]] En nombre de Karl Pauls Enviado el: jueves, 04 de marzo de 2010 14:52 Para: OSGi Developer Mail List Asunto: Re: [osgi-dev] Osgi Launchers Question Can you try whether it works if you select felix in pax runner (just to see whether it maybe is a difference between default behaviour)? regards, Karl On Thu, Mar 4, 2010 at 2:48 PM, David Conde <[email protected]> wrote: > Hi Jeff, > > I expect from a launcher something which allows me to start my OSGI > application in a easy and fast way just configurating in a configuration > file. I have tried with Pax Runner and at least until this moment I could > not remain the bundles which were not installed by Pax Runner configuration > file but were installed by my InstallerBundleManager bundle by programming > across using BundleContext.install method, after restarting this launcher. > > I do not know why a OSGI feature like Remaining of installed bundles after > restarting the framework is not being performed if I launch Equinox by using > Pax Runner Launcher. Since it is a requirement for me that installed bundles > by programming remain installed after restarting I asked in this email list > about other options or launchers which can solve my problem and in order to > know if somebody who have used Pax Runner has faced with the same problem. > > I have done tests with Equinox via console and I have checked that the > installed bundles via programming remain after Equinox restarts, so I just > need a simple launcher that make easy all the installation proccess. > > Thank you in advance > > David > > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] > En nombre de Jeff McAffer > Enviado el: jueves, 04 de marzo de 2010 14:20 > Para: OSGi Developer Mail List > Asunto: Re: [osgi-dev] Osgi Launchers Question > > On 2010-03-04, at 7:58 AM, David Conde wrote: > >> Regarding my last question I was wrong when I wrote because I really meant > what was the most used Launcher (instead of bundle) by Equinox developers? > > I think this whole discussion really revolves around what you mean by > "launcher". What behavior or functionality are you expecting the "launcher" > to do. > > To answer your question directly about Equinox, Equinox comes with a native > executable (typically eclipse.exe or launcher.exe) that does all manner of > fancy stuff around splash screens, JVM discovery and invocation etc. It can > be branded with icons etc to match your product requirements. > > Installation of bundles can be done declaratively in the config.ini file > with not need for any additional bundles. > > If you are using the o.e.e.simpleconfigurator bundle, you can use the > bundles.info file for a bit easier management and manipulation > > If you want really sophisticated provisioning and installation facilities, > look at Equinox p2. > > If you are looking for embedding the framework in another Java environment > then there are calls you can do using the standard OSGi launching API. > > So, it really depends on exactly what you are hoping for. > > Jeff > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > -- Karl Pauls [email protected] _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
