- 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