- 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