| 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