Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] Remote Service Tooling: Endpoint discovery and import
Yes probably not good English. My understanding was that in computing "mocking" meant to locally imitate a back end object. 

When looking at the ui code, I see that you listen to the RSA to discover a remote service. What I usually do is add the remote properties to a local service but this would not work in this case.

Looking at your answer it is not a trivial task so I will get a couple of pi's out to do the real thing.

Cheers,

Wim 

On Thu, Apr 2, 2015 at 1:14 AM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
On 4/1/2015 2:05 PM, Wim Jongman wrote:
Nice Scott. Is there way to mock the remote services?

 Not sure what exactly you mean by mocking a remote service but since both the client and the host distribution provider can be easily be created/customized, the answer is 'yes'.

>From a RS consumer's point of view, what they already get when a remote service is imported is an ECF-dynamically-constructed proxy to the remote service...which typically then uses the distribution provider to marshal and send the method call to a remote host. It's technically trivial to use a alternative distribution provider (or to customize an existing provider) that simply turns around and uses a 'mock object' to implement the proxy, rather than distributes the call to a remote host (using some transport/protocol).

On the host side, it's also quite easy to provide a 'mock object' to export the remote service...meaning that the client distribution would still occur (i.e. the marshalling, etc), but when the call reached the host it would actually be implemented by the mock object.

So in both senses...i.e. a 'mock object' for the consumer/proxy, or a 'mock object' for the host implementation, the answer is 'yes', there is a way to mock remote services.

Scott



_______________________________________________
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

Back to the top