W3C home > Mailing lists > Public > public-ws-resource-access@w3.org > January 2010

issue 8302: modifications to Ram's proposal

From: Gilbert Pilz <gilbert.pilz@oracle.com>
Date: Tue, 26 Jan 2010 13:00:29 -0800
Message-ID: <4B5F57ED.3040201@oracle.com>
To: "public-ws-resource-access@w3.org" <public-ws-resource-access@w3.org>
*[Body]/wst:CreateResponse
*

    This REQUIRED element MUST have as its first child element an
    Endpoint Reference (wst:ResourceCreated element) to the newly
    created resource. A service MUST also return the current
    representation of the new resource as the second child of the
    wst:CreateResponse element if any of the following conditions are true:

        * If the created representation logically differs from the
          representation sent in the Create request message; that is, if
          one or more values present in Create message was specifically
          overridden with a different value during resource creation. If
          default values are used to complete a resource creation which
          were not present in the Create message, then this does not
          constitute a logical difference.
        * If the instructions sent in the Create request were not
          successfully executed; that is one ore more instructions were
          ignored or amended to produce a result different from the one
          intended.
        * If the wst:CreateResponse element has been extended to include
          additional child elements.

    If none of the above conditions are true, the wst:CreateResponse
    message SHOULD be empty other than the ResourceCreated element.


*[Body]/wst:PutResponse**
*

    This REQUIRED element, if it contains any child elements, MUST have
    as its first child element, an element that comprises the
    representation of the resource that has been updated. This element
    MUST be present if any of the following conditions are true:

        * If the updated representation logically differs from the
          representation sent in the Put request message; that is, if
          one or more values present in Put message was specifically
          overridden with a different value during the update. If
          default values are used to complete a resource creation which
          were not present in the Create message, then this does not
          constitute a logical difference.
        * If the instructions sent in the Put request were not
          successfully executed; that is one ore more instructions were
          ignored or amended to produce a result different from the one
          intended.
        * If the wst:PutResponse element has been extended to include
          additional child elements.

    If none of the above conditions are true, the wst:PutResponse
    message SHOULD be empty.

- gp

*
*



Received on Tuesday, 26 January 2010 21:01:22 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 18 December 2010 18:18:23 GMT