Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] DS for ResourceRepresentations

Hi Holger, hi Scott

ok, I see your point (and I guess you have small footprint apps in mind
that try to keep resource usage low): you'd like to make DS completely
optional. I'll try my best...
My personal reason for taking on DS was mainly the error prone
obligaotry autostart on resource representations.
My current guess, how this could work:

- ResourceRepresentationFactory: 
Keeps the DS declarations. Checks whether DS is running, if not
programmatic approach is used (service registration, bind/unbind of
resource representations)
- ResourceRepresentation(s):
Dito (beside bind, which is not needed)

I'm not quite sure if there's a reliable way to check the existence of
org.eclipse.equinox.ds but I guess there is. As far as I know, DS must
be started before any declaratively configured bundle. 
My current understanding of DS tells me that both ways are freely
mixable - as long as DS's running. So currently the missing point is to
do the plumbing declaratively if there's no DS. If you agree, I'll
elaborate this approach.
Any thoughts?

Cheers
André



On Sun, 2009-08-09 at 08:07 +0200, Holger Staudacher wrote:
> Thats a good point. I think we should use the lowest set of  
> requirements because the rest api will be a public api. Is there any  
> way to use both ways? I'm not an expert in DS.
> 
> Regards Holger
> 
> 
> 
> Am 08.08.2009 um 19:54 schrieb Scott Lewis <slewis@xxxxxxxxxxxxxxxxx>:
> 
> > Hi Andre,
> >
> > dietisheim@xxxxxxxxx wrote:
> >> Hi Scott
> >>
> >> I'm posting to the list as I thought it'd would be better to  
> >> discuss this
> >> on the list instead of the bugzilla. I'm still not sure to 100%  
> >> that I
> >> understood your reaquirements completely.
> >> The current implementation in my patch uses DS but it does not 3rd  
> >> party
> >> resource representations to depend on DS. The factory itself needs DS
> >> sartet and depends on it. Would you like that the whole system does  
> >> not
> >> depend on DS or just the new resource representation?.
> >>
> >
> > Just for everyone's reference the bug is:
> >
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=285294
> >
> > My request/requirement is that the resource representation  
> > customization be possible/usable without having DS started/running  
> > or even installed.  What I would like to avoid is for someone not  
> > using/not wanting to use DS, that they can still customize the  
> > resource representation handling.
> > I don't have any objections to DS per se (in fact, I'm a big  
> > believer in it...and user of it).  But I would like the entire REST  
> > API work to be usable by folks that don't have/don't want to have DS  
> > (i.e. they can use it if they wish, but don't have to use it to get  
> > the value from the REST API).
> >
> > Thanks,
> >
> > Scott
> >
> >
> > _______________________________________________
> > ecf-dev mailing list
> > ecf-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/ecf-dev
> _______________________________________________
> ecf-dev mailing list
> ecf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ecf-dev
-- 
André Dietisheim
Head of Eclipse Development

Puzzle ITC GmbH 
www.puzzle.ch 

Telefon +41 31 370 22 00 
Fax     +41 31 370 22 01 
Mobile  +41 76 423 03 02

Abonnieren Sie unsere News: 
<http://www.puzzle.ch/follow-us>

Attachment: signature.asc
Description: This is a digitally signed message part


Back to the top