Re: [ecf-dev] Problem using multiple services from single server

[Peter Hermsdorf <peter.hermsdorf@xxxxxxxxx>]

Hi Timothy,

sorry for the late answer,  I was on vacation.

As Scott already guessed, in the end I'm using something like this:

final EndpointDescription endpointDescription = getEndpointDescription(service);
remoteServiceAdmin.importService(endpointDescription);

And the remoteServiceAdmin is just bound with DS when the discovery happens / happened.

I would really like to create some samples and description of my current solution (also to get feedback and hints for open points), but because of time constraints don't expect that to happen any time soon.

Feel free to ask any further questions!

greets, Peter

Am 20.03.2015 um 15:21 schrieb Timothy Vogel:

Peter,

  Would you be able to post samples of how you solved this with importService?

Tim

---

Date: Fri, 13 Mar 2015 13:25:35 +0100
From: peter.hermsdorf@xxxxxxxxx
To: ecf-dev@xxxxxxxxxxx
Subject: Re: [ecf-dev] Problem using multiple services from single server

Hi Scott,

Am 12.03.2015 um 17:47 schrieb Scott Lewis:

On 3/12/2015 8:41 AM, Peter Hermsdorf wrote:

What would be another "easy" approach to trigger the import? Is there some code that i can use to configure the EndpointDescriptions programmatically?

Second way:   The RSA spec defines a service:  org.osgi.service.remoteserviceadmin.RemoteServiceAdmin that allows programmatic control of the importing of a service.  Specifically the method RemoteServiceAdmin.importService(EndpointDescription).   If you like, you can/could simply create an ecf EndpointDescription by passing in a Map of properties, and call RemoteServiceAdmin.importService with your EndpointDescription.

I changed my edef bundle generation thing to RemoteServiceAdmin.importService and it works like a charm! I even could reuse the EndpointDecription generation.

So overall: much easier and with less magic and the best: it works! :)

Again: thank You and Wim for the really great support and hints! That saved my week ;)

Bye, peter

_______________________________________________ ecf-dev mailing list ecf-dev@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/ecf-dev

_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ecf-dev