Re: [ecf-dev] org.eclipse.ecf.presence.IFQID

[Eugen Reiswich <reiswich@xxxxxx>]

Hi Scott,

I'm thinking of a new use case where all user resources are grouped  
to an e.g. 'IResourceGroup' object rather than displaying all user/ 
resource-objects at the same level. To be more precise if a user  
connects to a server several times (with different resources) this  
user or the resource could be assigned to an IResourceGroup which  
will be used in a tree as a node (similar to the use case where users  
are assigned to groups).

Do you think this is important enough to become part of ECF or should  
I handle this just within my project?

Cheers,
Eugen



Am 02.11.2008 um 21:29 schrieb Scott Lewis:

> Hi Eugen,
>
> Eugen Reiswich wrote:
> > Hi Scott,
> >
> > obviously I'm not the only one who's working on sunday :) I've  
> > tried your new solution with the IFQID and it looks great!!! I  
> > will have a deep look at it during the week and check out whether  
> > the remote services are working properly with user/resource pairs,  
> > but my first impression is that it works pretty good. Thanks Scott!
>
> No problem.  Just keep those use cases coming.  Also Eugen...I need  
> to hook up with you directly about work I've been doing on remote  
> mgmt...using p2 and ECF remote services.  If you are available  
> please let me know directly when we could chat via Skype, etc.
>
>
> > > > You should not have to specify this property any longer:
> > > >
> > > > props.put(Constants.SERVICE_REGISTRATION_TARGETS, targetIDs);
> >
> > What is the right way to register remote services, just provide  
> > empty Dictionary<?> parameters?
>
> Yes.  Now that the 'on-demand' access to IRemoteServices is  
> available (via getRemoteServiceReferences), it should be  
> unnecessary to actually specify service registration targets on the  
> service host as per above.
>
> Thanks,
>
> Scott
>
> _______________________________________________
> ecf-dev mailing list
> ecf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ecf-dev