[Bug 6730] New: Transfer - Redundant SOAP Processing Advice

http://www.w3.org/Bugs/Public/show_bug.cgi?id=6730

           Summary: Transfer - Redundant SOAP Processing Advice
           Product: WS-Resource Access
           Version: CR
          Platform: PC
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Transfer
        AssignedTo: public-ws-resource-access-notifications@w3.org
        ReportedBy: david.Snelling@UK.Fujitsu.com
         QAContact: public-ws-resource-access-notifications@w3.org


At several places in the Transfer spec the following redundant test appears:

"As per the SOAP processing model, other specifications may introduce various
types of extensions to the semantics of this message which are enabled through
headers tagged with s:mustUnderstand="true". Such extensions may define how
resource or subsets of it are to be retrieved or transformed prior to
retrieval. Specifications which define such extensions MUST allow processing
the basic Get request message without those extensions. Since the response may
not be sent to the original sender, extension specifications should consider
adding a corresponding SOAP header value in the response to signal to the
receiver that the extension is being used. 

Implementations may respond with a fault message using the standard fault codes
defined in WS-Addressing (e.g., wsa:ActionNotSupported). Other components of
the outline above are not further constrained by this specification."

I believe that currently there is enough experience in the community that
advising implementers how to compose specs at the SOAP level is no longer
required. Also, this almost reads like advice on how implementers can
circumvent the baseline semantics of the Transfer actions. 

Proposal: Remove this text where it appears in WS-Transfer (several places).


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.

Received on Tuesday, 24 March 2009 09:09:59 UTC