This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Now that we have ContentDescription attribute we should define a well-known URI for "literal resource representation" so that it can be reused by multiple implementations. If each one defines there own then we run into interop problems.
Add: http://.../ContentDescription/Literal
more detailed proposal: http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Jun/0060.html
proposal at http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Jul/0006.html
2009-07-07 Resolved with the proposal at http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Jul/0006.html amended with the text "Use of this URI indicates that the contents of the Delete element should be processed as specified by the WS-Fragment [WS-Fragment] specification. to "Use of this URI indicates that the contents of the Delete element MUST be processed as specified by the WS-Fragment [WS-Fragment] specification. applied as appropriate where the underlying text appears in all four operations.