- From: Nathan <nathan@webr3.org>
- Date: Tue, 12 Oct 2010 00:02:06 +0100
- To: HTTP Working Group <ietf-http-wg@w3.org>
- CC: Mark Nottingham <mnot@mnot.net>
Hi,
I'm looking for a quick bit of guidance on whether the Link header would 
class as representation metadata and thus should be applied to a 
resource created/modified by a PUT request.
If so great, if not then how would one update the value of a Link header 
via HTTP?
Secondly, I'd like to ask the same about CORS response headers [4], 
specifically Access-Control-Expose-Headers.
And finally, I've noticed that Content-Location is a representation 
metadata header, thus `SHOULD be applied to the resource created or 
modified by the PUT` - I certainly have a use-case for this myself and 
am very glad to see it in there, but have to double-check that this is 
correct?
Best,
Nathan
Doc quotes:
  "Header fields in a PUT request that are recognized as representation
   metadata SHOULD be applied to the resource created or modified by the
   PUT.  Unrecognized header fields SHOULD be ignored." [1]
  "The following header fields are defined as representation metadata:
     Content-Encoding         ; Section 6.5
     Content-Language         ; Section 6.6
     Content-Location         ; Section 6.7
     Content-Type             ; Section 6.9
     Expires                  ; [Part6], Section 3.3
     Last-Modified            ; [Part4], Section 6.6" [2]
  "The Link entity-header field provides a means for serialising one or
   more links in HTTP headers." [3]
[1] 
http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-11#section-7.6
[2] 
http://tools.ietf.org/html/draft-ietf-httpbis-p3-payload-11#section-4.1
[3] 
http://tools.ietf.org/html/draft-nottingham-http-link-header-10#section-5
[4] http://dev.w3.org/2006/waf/access-control/#syntax
Received on Monday, 11 October 2010 23:02:57 UTC