[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [equinox-dev] SCRManager
- From: Neil Bartlett <njbartlett@xxxxxxxxx>
- Date: Mon, 18 May 2009 08:29:40 +0100
- 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=Aey/Ac76XNtsShvpgVDtvSb/xYfsvo7kAHMlWhiYs9DCdocHWvpNWdF5Std0LQ6PvP 3YnlQPzBYrFicGsSQ50r7o0FGPiIZPkfjcjxvHle2IUuA74/hntUPFfBt6lkXAm8HmkL Q742l3LDc2ZnnAl6AaEbTjqOxIFi0pEr+/kss=
Yes I agree this would be very useful. In fact Felix's SCR already has
such an introspection interface.
Like Stoyan I think this would be best mandated by the DS spec so that
it could be used independently of any framework or SCR implementation.
I have started writing an RFP for this already but have not had a lot
of time to work on it.
On Mon, May 18, 2009 at 8:17 AM, Stoyan Boshev <s.boshev@xxxxxxxxxxx> wrote:
> Scott Lewis wrote:
>> Question about the SCRManager class in the org.eclipse.equinox.ds
>> declarative services implementation:
>> Is there any way to get at the SCRManager instance programmatically? ÂThat
>> is, there is already a command provider that allows console access to the
>> SCRManager (and the ServiceComponents, etc), but is there any service made
>> available for other bundles to access the SCRManager? ÂAFAICT by quick
>> examination of the source, the answer is currently 'no', but would there be
>> some possibility of having such programmatic access in the future? ÂShould
>> an enhancement request be opened?
> Indeed, now the SCR core is not programmatically accessible. Please open an
> enhancement request about this.
>> The desire here would be to write some management interfaces/UI that would
>> allow the service component state to be queried (like the SCRCommandProvider
>> does now).
> This is really an interesting use case. In the ideal case the access to SCR
> should be done via a service specified by the DS specification. This would
> allow you to manage the DS components regardless of the SCR implementation.
>> equinox-dev mailing list
> equinox-dev mailing list