W3C home > Mailing lists > Public > xml-dist-app@w3.org > June 2002

RE: [getf] Node MUST process? (was: [GETF] okay, here's an updated draft with Henrik's option B)

From: <noah_mendelsohn@us.ibm.com>
Date: Mon, 3 Jun 2002 17:30:04 -0400
To: "Henrik Frystyk Nielsen" <henrikn@microsoft.com>
Cc: "Christopher Ferris" <chris.ferris@sun.com>, "Jean-Jacques Moreau" <moreau@crf.canon.fr>, xml-dist-app@w3.org
Message-ID: <OFEB2713DE.D475C25A-ON85256BCD.007722E8@lotus.com>

Your proposal is OK.  How about:

<henrik>
This section defines the SOAP distributed processing
model. The processing model defined in this section
applies to a single SOAP message independent of any
other SOAP message.
<henrik>

<noah>
This section defines the SOAP distributed processing
model. The processing model defined in this section
applies to a single SOAP message independent of any
other SOAP message; this specification makes no claim
as to whether a given entity acting as a SOAP node 
for the processing of one (or more) messages need 
do so for others, except insofar as particular MEPs
(see XXX) MAY call for groups of messages to be processed
in combination. 
</noah>

A bit clunky.  Refinements welcome.  I think it may be important to signal 
that the term node does not apply to a particular piece of software or 
hardware (what I've called entity), but to such an entity acting on one 
message.  I also think we have to acknowledge that MEP's apply to more 
than one message:  typically, a request and a response.  If you're a node 
for one, I think you need be for another, or else your property state 
makes no sense.

------------------------------------------------------------------
Noah Mendelsohn                              Voice: 1-617-693-4036
IBM Corporation                                Fax: 1-617-693-8676
One Rogers Street
Cambridge, MA 02142
------------------------------------------------------------------
Received on Monday, 3 June 2002 17:48:44 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:59:10 GMT