[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [equinox-dev] Autostarting Bundles
- From: J B <moatas@xxxxxxxxx>
- Date: Wed, 15 Apr 2009 16:18:35 -0400
- Delivered-to: firstname.lastname@example.org
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=GiO5MeVO3Wv+lZs1Qd50X0bEAKB2ih4aAmp2CE0AHTZQnDSwumE9sHG58rsJD0Wnn5 dLx945A2fxSMUBAQ3LaTUbqpSMK6C+IzofS/lDQwfLPV6211JrpFtcKCzMef6xWYW+Ov z5FpYiYzJASqw92TDHaPfTScaXnHUTYbZdA1A=
Declarative Service might be the way to go. The equinox app I am
deploying is really just a shell of a server with P2 functionality for
now (hopefully). I want to then provision new bundles into this
server and have them auto-started. I have no way of knowing in
advance which bundles will be provisioned to the container.
On Wed, Apr 15, 2009 at 4:02 PM, Chris Aniszczyk <zx@xxxxxxxxxxxxxxxxx> wrote:
> On Wed, Apr 15, 2009 at 2:51 PM, J B <moatas@xxxxxxxxx> wrote:
>> I have a small server-side equinox application running. I would like
>> to autostart a couple of other bundles automatically. The
>> Eclipse-AutoStart is deprecated, and the Bundle-ActivationPolicy only
>> accepts 'lazy' as a value.
>> Is there an accepted way to auto start bundles without having the
>> explicitly in the config.ini?
>> We have used a solution in the past that require the plugins wishing
>> autostart to register an extension to a service that will start them
>> on their behalf. But it seems like there must be a different way.
> So, is there a reason you need bundles autostarted? Is this something that
> could be solved using Declarative Services (DS) since DS now listens for
> lazy bundles?
> One strategy outside the p2.inf suggestion that Denis mentioned is using a
> product definition and tweaking the start levels from there.
> Chris Aniszczyk | EclipseSource Austin | +1 860 839 2465
> http://twitter.com/eclipsesource | http://twitter.com/caniszczyk
> equinox-dev mailing list