W3C home > Mailing lists > Public > xml-dist-app@w3.org > March 2001

RPC -- is it a module. One last try.

From: Ray Whitmer <rayw@netscape.com>
Date: Tue, 20 Mar 2001 09:30:53 -0800
Message-ID: <3AB793CD.7070109@netscape.com>
To: xml-dist-app@w3.org
RPC -- is it a module.  One last try.
We had a thread going.  Do we need a tighter discussion, such as perhaps 
a phone call today or tomorrow to clarify where we are?  I have asked 
before and recall no response to the suggestion for a phone call.

The definition of "module" or "processor" fluctuate day to day, but as I 
implement I continue to see RPC as a module, which exists on client and 
server ends to map the programming environment and language onto the 
SOAP model.

The client and server method within the programming environment may also 
be seen as applications, but the client may be unaware of SOAP, and the 
server is hardly a SOAP handler.  They are simply interacting with 
method invocation within the programming environment.  The SOAP handler 
is the RPC interpreter which decodes objects and interprets the meaning 
of the method name inside.  That a specific URL may permit a specific 
set of RPC calls does not change that RPC is the target, which is 
interpreting the message and selecting from a set of available non-SOAP 
services to dispatch to, based upon method name.  That seems rather 
simple to me.

Once we know that, then, are modules permitted to add fault codes such 
as the additional conditions that may be encountered by RPC?  How?

Ray Whitmer
Received on Tuesday, 20 March 2001 12:24:26 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 22:01:12 UTC