W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2007

Re: Clarify "Requested Variant" [was: New "200 OK" status codes, PATCH & PROPFIND]

From: Javier Godoy <rjgodoy@hotmail.com>
Date: Sun, 23 Dec 2007 13:10:54 -0300
Message-ID: <BAY118-DAV11182A21CFA831BF1E8A40AD580@phx.gbl>
To: <ietf-http-wg@w3.org>
Cc: "Mark Nottingham" <mnot@mnot.net>, <fielding@gbiv.com>

----- Original Message ----- 
From: "Mark Nottingham" <mnot@mnot.net>
To: "HTTP Working Group" <ietf-http-wg@w3.org>
Cc: "Roy T. Fielding" <>
Sent: Sunday, December 23, 2007 9:13 AM
Subject: i69: Clarify "Requested Variant" [was: New "200 OK" status codes, 

> <http://tools.ietf.org/wg/httpbis/trac/ticket/69>
> Is the text below the solution for i69?
> Is it necessary to refer to PROPFIND (Personally, I'd like to avoid  the 
> informative ref if we can)?
> On 07/08/2007, at 8:52 AM, Roy T. Fielding wrote:
>>   variant
>>      The ultimate target resource of a request after indirections
>>      caused by content negotiation (varying by request fields) and
>>      method association (e.g., PROPFIND) have been taken into account.
>>      Some variant resources may also be identified directly by their
>>      own URI, which may be indicated by a Content-Location in the
>>      response.

When servicing the POST method, the representation MAY also depend on the 
request entity.

For instance,

     PROPFIND /file HTTP/1.1
     Host: www.example.com
     Content-type: application/xml; charset="utf-8"
     Content-Length: xxxx

     <?xml version="1.0" encoding="utf-8" ?>
     <D:propfind xmlns:D="DAV:">
       <D:prop xmlns:R="http://ns.example.com/boxschema/">

is quite similar to

     POST /file HTTP/1.1
     Host: www.example.com
     Content-type: application/x-www-urlencoded
     Content-Length: xxxx


(though the latter is a bit weird, just for illustrating my point).

The only difference I see is that PROPFIND always depends on the 
request-entity, while POST is not required to do so, but that difference 
goes beyond the definition of "variant".

I would refer to POST instead of PROPFIND in the definition, thus it would 
be self-contained within RFC 2616 and the informative reference would be 


Received on Sunday, 23 December 2007 16:13:40 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:44 UTC