- From: Doug Davis <dug@us.ibm.com>
- Date: Mon, 16 Apr 2001 08:03:24 -0400
- To: xml-dist-app@w3.org
Just a couple of minor editing nits in the Abstract Model Doc:
(Sorry for being late)
- Is "XMLP Processor" and "XMLP Application" the same thing? If
they are we should choose one - I vote for "XML Processor". If
not, then we need to explain the difference.
- 1. Introduction
"Section 2 presents and overview..."
s/and/an/
- 1.1 Definition of Terms
In the "Operation" definition: "XMLP Operations are modelled as
sequences of event crossing the layer..."
s/event/events/
- 3 XML Protocol Layer Service Definition
"In needs to be remembered..."
s/In/It/
- 3.1 XMLP_UnitData Operation
"Conceptually the forwarded message is the same message as
previously received although the action of intermediary processing
my have changed the state of the message."
s/state/value/
- 3.1 XMLP_UnitData Operation
(right after Figure 3.1)
"It other circumstances it may be possible..."
s/It/In/
- 3.1.1 Correlation at Sending and Receiving XML Protocol Applications
"Failures that arise during message processing at the recipient or
at intermediary XML protocol applications may result in the
generation of fault messages directed towards the originator of the
message who processing gave ride to the fault".
Should the "may result" be "must result" ? And does this "may/must"
apply to the generation of the fault or does it apply to the
direction the fault message, or both?
- 3.1.2 XMLP_UnitData Operation through Intermediaries
"Figure 3.3 below shows and alternate representation of the same
scenario".
s/and/an/
- 4 XML Protocol Applications and Modules
(right after Figure 4.1)
"In cases where there are multiple influences on the
ImmediateDestination, it is also the responsibility of the XML
protocol application result any conflicts".
s/application result/application to result/
- 4.2 XML Protocol Modules and Message Processing
In bullet 4, remove the "basically a wildcard that matches any
processor". I understand that you're trying to say that "next"
means the next processor regardless of who it may be, but
the "basically..." statement could be interpreted to mean
that all subsequent processors (not just the next one) are
supposed to process it.
-Dug
Received on Monday, 16 April 2001 08:03:34 UTC