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

[AM] A few comments/nits

From: Doug Davis <dug@us.ibm.com>
Date: Mon, 16 Apr 2001 08:03:24 -0400
To: xml-dist-app@w3.org
Message-ID: <OF5FE43BF3.81854665-ON85256A30.004227AA@raleigh.ibm.com>
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 GMT

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