Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: AW: [ecf-dev] Remote OSGi services

Hi Elias, and Eugen,

Volanakis, Elias wrote:
Sorry to drop in into this discussion, but wouldn't wiki.eclipse.org be a better home for this page? :)

Yes...Eugen would it be possible to put this on the wiki somewhere off of the ECF wiki?

http://wiki.eclipse.org/Eclipse_Communication_Framework_Project

If you have a bugzilla login: http://bugs.eclipse.org to get one, you can login to the ECF wiki and edit/create pages.

It would also be a great idea for you (Eugen) to have a bugzilla login if you don't already have one (it's free and not subject to spam generation).

Thanks Eugen...your work/contributions on this is appreciated...and I expect the benefits to your project of collaboration will be worth the effort (at least I've found that to be the case through the history of ECF as a project). This is a very exciting area for us and I expect many others (i.e. merging p2 with ECF remote services).

Scott


Regards,
Elias.

-----Ursprüngliche Nachricht-----
Von: ecf-dev-bounces@xxxxxxxxxxx [mailto:ecf-dev-bounces@xxxxxxxxxxx] Im Auftrag von Eugen Reiswich
Gesendet: Thursday, June 19, 2008 01:39
An: Eclipse Communication Framework (ECF) developer mailing list.
Betreff: Re: [ecf-dev] Remote OSGi services

Hi Scott,

I've started a Wiki page on http://en.wikipedia.org/wiki/Remote_Eclipse_RCP_Management and will try to complete the page as soon as possible.

Regards,
Eugen

-------- Original-Nachricht --------
Datum: Tue, 17 Jun 2008 12:12:54 -0700
Von: Scott Lewis <slewis@xxxxxxxxxxxxx>
An: "Eclipse Communication Framework (ECF) developer mailing list." <ecf-dev@xxxxxxxxxxx>
Betreff: Re: [ecf-dev] Remote OSGi services

Hi Eugen,

Eugen Reiswich wrote:
Hi Scott,

as you already guessed right I'm passing a roster ID to the remote service because that's the only one I have. If this is the wrong way than how do I get the container ID for an IRosterEntry object?
This (getting the containerID given a IRosterEntry object) is probably something that we should add to the presence API (in ECF 2.1).

Another way to get the containerIDs for remote services is to listen for events via the
IRemoteServiceContainerAdapter.addRemoteServiceListener(...).

But it would be a good idea to allow the association between containerIDs and rosterIDs in the presence API.

BTW Scott I've checked my remote provisioning source code in. If you would like to run the prototype I can send you a brief how to or drop it in a documentation folder.
I would like to try it sometime soon. If you are willing, could you create a wiki page and link to it on http://wiki.eclipse.org/ECF?

Thanks much,

Scott


Regards,
Eugen

Am 17.06.2008 um 18:10 schrieb Scott Lewis:

Hi Eugen,

It may be that you are not using the correct ID in the filter. For XMPP, the userID/rosterID is not the same as the remote clients containerID. What ID are you passing into the filter?

This may be something we ultimately need to remedy in the XMPP provider...but I'm not sure yet whether that makes sense.

Scott

Eugen Reiswich wrote:
Hi ecf-devs,

I have some problems with the ECF Remote OSGi services. Somehow the filter mechanism using ID[] array doesn't work for me and I wonder whether this is a bug or my incompetence. I try to get some remote services for some IDs that I provide as parameter:

IRemoteServiceContainerAdapter remoteServiceContainerAdapter = (IRemoteServiceContainerAdapter) this.containter
.getAdapter(IRemoteServiceContainerAdapter.class);

IRemoteServiceReference[] refs = remoteServiceContainerAdapter
.getRemoteServiceReferences(*filterIDs*, service.getName(),
null);

Although I've provided some filterIDs as a parameter the IRemoteServiceReference-array containes more services than I expect him to have. There are even some IRemoteServiceReference-references to clients which are not on my contacts list (but they exist on my XMPP server).

Any help would be appreciated but I know that with Ganymede you guys are busy.

Regards,
Eugen



------------------------------------------------------------------------
_______________________________________________
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
_______________________________________________
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




Back to the top