[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ecf-dev] local remote services
- From: Wim Jongman <wim.jongman@xxxxxxxxx>
- Date: Wed, 16 Jun 2010 22:32:07 +0200
- Delivered-to: email@example.com
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date :references; b=acnIY/dUuJulPmYZbhUAk4HFZPoKxi8+8ci6o9FzK8VAZv9ujo/obeKJqNZfe7bMkm ue5M5oBpUjd0FtbeBghxRE9/r7e28m3WR49cM3myQIYtMYr85u9TrAnE8D5Uiz/wopcS Y0SBknJBcefyLioLnmwfWRAqO2p0ehFHDnxvs=
Sounds great. What about the speed of a "local" remote sevice? Does it
On Jun 16, 2010, at 2:15, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
In a fit of desire to work on something new this past weekend, I
implemented a new ECF remote services provider for inclusion in ECF
This provider provides access to remote services *locally* (i.e.
within the same framework).
What is the purpose for a remote service provider that is local-
only? :) There are at least two purposes:
1) The ability to asynchronously access an OSGi service (i.e.
AsyncCallback, IFuture, IRemoteService) 
2) Testing of a remote service...without the necessarily messy steps
of network discovery, and distribution. This should facilitate
writing/running test code for remote services...without having to
have the discovery and distribution defined, deployed, configured on
a given network, etc.
This new provider project is located here:
host: dev.eclipse.org (extssh or pserver/anonymous access)
cvs path: /cvsroot/rt
There's also an initial test project:
ecf-dev mailing list