Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
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

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer


Back to the top