[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [ecf-dev] org.eclipse.ecf.presence.IFQID
|
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
