You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@labs.apache.org by re...@apache.org on 2007/12/10 22:51:27 UTC
svn commit: r603063 [4/4] - /labs/webarch/trunk/http/draft-fielding-http/
Modified: labs/webarch/trunk/http/draft-fielding-http/p6-cache.html
URL: http://svn.apache.org/viewvc/labs/webarch/trunk/http/draft-fielding-http/p6-cache.html?rev=603063&r1=603062&r2=603063&view=diff
==============================================================================
--- labs/webarch/trunk/http/draft-fielding-http/p6-cache.html (original)
+++ labs/webarch/trunk/http/draft-fielding-http/p6-cache.html Mon Dec 10 13:51:25 2007
@@ -782,8 +782,7 @@
Hosts that use HTTP, but especially hosts running origin servers and caches, <em class="bcp14">SHOULD</em> use NTP <a href="#RFC1305" id="rfc.xref.RFC1305.1"><cite title="Network Time Protocol (Version 3) Specification, Implementation">[RFC1305]</cite></a> or some similar protocol to synchronize their clocks to a globally accurate time standard.
</p>
<p id="rfc.section.2.2.3.p.3">HTTP/1.1 requires origin servers to send a Date header, if possible, with every response, giving the time at which the response
- was generated (see [Part 1]). We use the term "date_value" to denote the value of the Date header, in a form appropriate for
- arithmetic operations.
+ was generated (see <a href="http://tools.ietf.org/html/draft-fielding-p1-messaging-latest" title="Date">Section 8.3</a> of <a href="#Part1" id="rfc.xref.Part1.1"><cite title="HTTP/1.1, part 1: URIs, Connections, and Message Parsing">[Part1]</cite></a>). We use the term "date_value" to denote the value of the Date header, in a form appropriate for arithmetic operations.
</p>
<p id="rfc.section.2.2.3.p.4">HTTP/1.1 uses the Age response-header to convey the estimated age of the response message when obtained from a cache. The
Age field value is the cache's estimate of the amount of time since the response was generated or revalidated by the origin
@@ -905,8 +904,7 @@
agent or proxy cache) makes a conditional request for a resource for which it has a cache entry, it includes the associated
validator in the request.
</p>
- <p id="rfc.section.2.3.p.3">The server then checks that validator against the current validator for the entity, and, if they match (see [Part 4]), it
- responds with a special status code (usually, 304 (Not Modified)) and no entity-body. Otherwise, it returns a full response
+ <p id="rfc.section.2.3.p.3">The server then checks that validator against the current validator for the entity, and, if they match (see <a href="http://tools.ietf.org/html/draft-fielding-p4-conditional-latest" title="Weak and Strong Validators">Section 3</a> of <a href="#Part4" id="rfc.xref.Part4.1"><cite title="HTTP/1.1, part 4: Conditional Requests">[Part4]</cite></a>), it responds with a special status code (usually, 304 (Not Modified)) and no entity-body. Otherwise, it returns a full response
(including entity-body). Thus, we avoid transmitting the full response if the validator matches, and we avoid an extra round
trip if it does not match.
</p>
@@ -932,7 +930,8 @@
values is not sufficient, or where the origin server wishes to avoid certain paradoxes that might arise from the use of modification
dates.
</p>
- <p id="rfc.section.2.3.2.p.2">Entity Tags are described in [Part 4].</p>
+ <p id="rfc.section.2.3.2.p.2">Entity Tags are described in <a href="http://tools.ietf.org/html/draft-fielding-p4-conditional-latest" title="Entity Tags">Section 2</a> of <a href="#Part4" id="rfc.xref.Part4.2"><cite title="HTTP/1.1, part 4: Conditional Requests">[Part4]</cite></a>.
+ </p>
<h3 id="rfc.section.2.3.3"><a href="#rfc.section.2.3.3">2.3.3</a> <a id="non-validating.conditionals" href="#non-validating.conditionals">Non-validating Conditionals</a></h3>
<p id="rfc.section.2.3.3.p.1">The principle behind entity tags is that only the service author knows the semantics of a resource well enough to select an
appropriate cache validation mechanism, and the specification of any validator comparison function more complex than byte-equality
@@ -953,8 +952,8 @@
or privacy considerations. Certain cache-control directives are therefore provided so that the server can indicate that certain
resource entities, or portions thereof, are not to be cached regardless of other considerations.
</p>
- <p id="rfc.section.2.4.p.3">Note that [Part 7] normally prevents a shared cache from saving and returning a response to a previous request if that request
- included an Authorization header.
+ <p id="rfc.section.2.4.p.3">Note that <a href="http://tools.ietf.org/html/draft-fielding-p7-auth-latest" title="Authorization">Section 2.1</a> of <a href="#Part7" id="rfc.xref.Part7.1"><cite title="HTTP/1.1, part 7: Authentication">[Part7]</cite></a> normally prevents a shared cache from saving and returning a response to a previous request if that request included an Authorization
+ header.
</p>
<p id="rfc.section.2.4.p.4">A response received with a status code of 200, 203, 206, 300, 301 or 410 <em class="bcp14">MAY</em> be stored by a cache and used in reply to a subsequent request, subject to the expiration mechanism, unless a cache-control
directive prohibits caching. However, a cache that does not support the Range and Content-Range headers <em class="bcp14">MUST NOT</em> cache 206 (Partial Content) responses.
@@ -989,7 +988,7 @@
<li>Upgrade</li>
</ul>
<p id="rfc.section.2.5.1.p.3">All other headers defined by HTTP/1.1 are end-to-end headers.</p>
- <p id="rfc.section.2.5.1.p.4">Other hop-by-hop headers <em class="bcp14">MUST</em> be listed in a Connection header ([Part 1]).
+ <p id="rfc.section.2.5.1.p.4">Other hop-by-hop headers <em class="bcp14">MUST</em> be listed in a Connection header (<a href="http://tools.ietf.org/html/draft-fielding-p1-messaging-latest" title="Connection">Section 8.1</a> of <a href="#Part1" id="rfc.xref.Part1.2"><cite title="HTTP/1.1, part 1: URIs, Connections, and Message Parsing">[Part1]</cite></a>).
</p>
<h3 id="rfc.section.2.5.2"><a href="#rfc.section.2.5.2">2.5.2</a> <a id="non-modifiable.headers" href="#non-modifiable.headers">Non-modifiable Headers</a></h3>
<p id="rfc.section.2.5.2.p.1">Some features of the HTTP/1.1 protocol, such as Digest Authentication, depend on the value of certain end-to-end headers.
@@ -1024,7 +1023,7 @@
are introduced in later versions of HTTP. Such authentication mechanisms <em class="bcp14">MAY</em> rely on the values of header fields not listed here.
</dd>
</dl>
- <p id="rfc.section.2.5.2.p.7">The Content-Length field of a request or response is added or deleted according to the rules in [Part 1]. A transparent proxy <em class="bcp14">MUST</em> preserve the entity-length ([Part 3]) of the entity-body, although it <em class="bcp14">MAY</em> change the transfer-length ([Part 1]).
+ <p id="rfc.section.2.5.2.p.7">The Content-Length field of a request or response is added or deleted according to the rules in <a href="http://tools.ietf.org/html/draft-fielding-p1-messaging-latest" title="Message Length">Section 4.4</a> of <a href="#Part1" id="rfc.xref.Part1.3"><cite title="HTTP/1.1, part 1: URIs, Connections, and Message Parsing">[Part1]</cite></a>. A transparent proxy <em class="bcp14">MUST</em> preserve the entity-length (<a href="http://tools.ietf.org/html/draft-fielding-p3-payload-latest" title="Entity Length">Section 3.2.2</a> of <a href="#Part3" id="rfc.xref.Part3.1"><cite title="HTTP/1.1, part 3: Message Payload and Content Negotiation">[Part3]</cite></a>) of the entity-body, although it <em class="bcp14">MAY</em> change the transfer-length (<a href="http://tools.ietf.org/html/draft-fielding-p1-messaging-latest" title="Message Length">Section 4.4</a> of <a href="#Part1" id="rfc.xref.Part1.4"><cite title="HTTP/1.1, part 1: URIs, Connections, and
Message Parsing">[Part1]</cite></a>).
</p>
<h3 id="rfc.section.2.5.3"><a href="#rfc.section.2.5.3">2.5.3</a> <a id="combining.headers" href="#combining.headers">Combining Headers</a></h3>
<p id="rfc.section.2.5.3.p.1">When a cache makes a validating request to a server, and the server provides a 304 (Not Modified) response or a 206 (Partial
@@ -1032,7 +1031,7 @@
</p>
<p id="rfc.section.2.5.3.p.2">If the status code is 304 (Not Modified), the cache uses the entity-body stored in the cache entry as the entity-body of this
outgoing response. If the status code is 206 (Partial Content) and the ETag or Last-Modified headers match exactly, the cache <em class="bcp14">MAY</em> combine the contents stored in the cache entry with the new contents received in the response and use the result as the entity-body
- of this outgoing response, (see [Part 5]).
+ of this outgoing response, (see <a href="http://tools.ietf.org/html/draft-fielding-p5-range-latest" title="Combining Byte Ranges">Section 5</a> of <a href="#Part5" id="rfc.xref.Part5.1"><cite title="HTTP/1.1, part 5: Range Requests and Partial Responses">[Part5]</cite></a>).
</p>
<p id="rfc.section.2.5.3.p.3">The end-to-end headers stored in the cache entry are used for the constructed response, except that </p>
<ul>
@@ -1058,8 +1057,8 @@
</dd>
</dl>
<h2 id="rfc.section.2.6"><a href="#rfc.section.2.6">2.6</a> <a id="caching.negotiated.responses" href="#caching.negotiated.responses">Caching Negotiated Responses</a></h2>
- <p id="rfc.section.2.6.p.1">Use of server-driven content negotiation ([Part 3]), as indicated by the presence of a Vary header field in a response, alters
- the conditions and procedure by which a cache can use the response for subsequent requests. See <a href="#header.vary" id="rfc.xref.header.vary.1" title="Vary">Section 3.5</a> for use of the Vary header field by servers.
+ <p id="rfc.section.2.6.p.1">Use of server-driven content negotiation (<a href="http://tools.ietf.org/html/draft-fielding-p3-payload-latest" title="Server-driven Negotiation">Section 4.1</a> of <a href="#Part3" id="rfc.xref.Part3.2"><cite title="HTTP/1.1, part 3: Message Payload and Content Negotiation">[Part3]</cite></a>), as indicated by the presence of a Vary header field in a response, alters the conditions and procedure by which a cache
+ can use the response for subsequent requests. See <a href="#header.vary" id="rfc.xref.header.vary.1" title="Vary">Section 3.5</a> for use of the Vary header field by servers.
</p>
<p id="rfc.section.2.6.p.2">A server <em class="bcp14">SHOULD</em> use the Vary header field to inform a cache of what request-header fields were used to select among multiple representations
of a cacheable response subject to server-driven negotiation. The set of header fields named by the Vary field value is known
@@ -1072,7 +1071,7 @@
<p id="rfc.section.2.6.p.4">The selecting request-headers from two requests are defined to match if and only if the selecting request-headers in the first
request can be transformed to the selecting request-headers in the second request by adding or removing linear white space
(LWS) at places where this is allowed by the corresponding BNF, and/or combining multiple message-header fields with the same
- field name following the rules about message headers in [Part 1].
+ field name following the rules about message headers in <a href="http://tools.ietf.org/html/draft-fielding-p1-messaging-latest" title="Message Headers">Section 4.2</a> of <a href="#Part1" id="rfc.xref.Part1.5"><cite title="HTTP/1.1, part 1: URIs, Connections, and Message Parsing">[Part1]</cite></a>.
</p>
<p id="rfc.section.2.6.p.5">A Vary header field-value of "*" always fails to match and subsequent requests on that resource can only be properly interpreted
by the origin server.
@@ -1099,7 +1098,7 @@
place certain constraints on the operation of shared caches in order to prevent loss of privacy or failure of access controls.
</p>
<h2 id="rfc.section.2.8"><a href="#rfc.section.2.8">2.8</a> <a id="errors.or.incomplete.response.cache.behavior" href="#errors.or.incomplete.response.cache.behavior">Errors or Incomplete Response Cache Behavior</a></h2>
- <p id="rfc.section.2.8.p.1">A cache that receives an incomplete response (for example, with fewer bytes of data than specified in a Content-Length header) <em class="bcp14">MAY</em> store the response. However, the cache <em class="bcp14">MUST</em> treat this as a partial response. Partial responses <em class="bcp14">MAY</em> be combined as described in [Part 5]; the result might be a full response or might still be partial. A cache <em class="bcp14">MUST NOT</em> return a partial response to a client without explicitly marking it as such, using the 206 (Partial Content) status code.
+ <p id="rfc.section.2.8.p.1">A cache that receives an incomplete response (for example, with fewer bytes of data than specified in a Content-Length header) <em class="bcp14">MAY</em> store the response. However, the cache <em class="bcp14">MUST</em> treat this as a partial response. Partial responses <em class="bcp14">MAY</em> be combined as described in <a href="http://tools.ietf.org/html/draft-fielding-p5-range-latest" title="Combining Byte Ranges">Section 5</a> of <a href="#Part5" id="rfc.xref.Part5.2"><cite title="HTTP/1.1, part 5: Range Requests and Partial Responses">[Part5]</cite></a>; the result might be a full response or might still be partial. A cache <em class="bcp14">MUST NOT</em> return a partial response to a client without explicitly marking it as such, using the 206 (Partial Content) status code.
A cache <em class="bcp14">MUST NOT</em> return a partial response using a status code of 200 (OK).
</p>
<p id="rfc.section.2.8.p.2">If a cache receives a 5xx response while attempting to revalidate an entry, it <em class="bcp14">MAY</em> either forward this response to the requesting client, or act as if the server failed to respond. In the latter case, it <em class="bcp14">MAY</em> return a previously received response unless the cached entry includes the "must-revalidate" cache-control directive (see <a href="#header.cache-control" id="rfc.xref.header.cache-control.8" title="Cache-Control">Section 3.2</a>).
@@ -1111,7 +1110,7 @@
</p>
<p id="rfc.section.2.9.p.2">We note one exception to this rule: since some applications have traditionally used GETs and HEADs with query URLs (those
containing a "?" in the rel_path part) to perform operations with significant side effects, caches <em class="bcp14">MUST NOT</em> treat responses to such URIs as fresh unless the server provides an explicit expiration time. This specifically means that
- responses from HTTP/1.0 servers for such URIs <em class="bcp14">SHOULD NOT</em> be taken from a cache. See [Part 2] for related information.
+ responses from HTTP/1.0 servers for such URIs <em class="bcp14">SHOULD NOT</em> be taken from a cache. See <a href="http://tools.ietf.org/html/draft-fielding-p2-semantics-latest" title="Safe Methods">Section 8.1.1</a> of <a href="#Part2" id="rfc.xref.Part2.1"><cite title="HTTP/1.1, part 2: Message Semantics">[Part2]</cite></a> for related information.
</p>
<h2 id="rfc.section.2.10"><a href="#rfc.section.2.10">2.10</a> <a id="invalidation.after.updates.or.deletions" href="#invalidation.after.updates.or.deletions">Invalidation After Updates or Deletions</a></h2>
<p id="rfc.section.2.10.p.1">The effect of certain methods performed on a resource at the origin server might cause one or more existing cache entries
@@ -1259,7 +1258,7 @@
</p>
<dl class="empty">
<dd>Indicates that the response <em class="bcp14">MAY</em> be cached by any cache, even if it would normally be non-cacheable or cacheable only within a non-shared cache. (See also
- Authorization, [Part 7], for additional details.)
+ Authorization, <a href="http://tools.ietf.org/html/draft-fielding-p7-auth-latest" title="Authorization">Section 2.1</a> of <a href="#Part7" id="rfc.xref.Part7.2"><cite title="HTTP/1.1, part 7: Authentication">[Part7]</cite></a>, for additional details.)
</dd>
</dl>
<p id="rfc.section.3.2.1.p.3"> <span id="rfc.iref.c.5"></span> <span id="rfc.iref.p.2"></span> private
@@ -1510,7 +1509,7 @@
<p id="rfc.section.3.3.p.2">The presence of an Expires field does not imply that the original resource will change or cease to exist at, before, or after
that time.
</p>
- <p id="rfc.section.3.3.p.3">The format is an absolute date and time as defined by HTTP-date in [Part 1]; it <em class="bcp14">MUST</em> be in RFC 1123 date format:
+ <p id="rfc.section.3.3.p.3">The format is an absolute date and time as defined by HTTP-date in <a href="http://tools.ietf.org/html/draft-fielding-p1-messaging-latest" title="Full Date">Section 3.3.1</a> of <a href="#Part1" id="rfc.xref.Part1.6"><cite title="HTTP/1.1, part 1: URIs, Connections, and Message Parsing">[Part1]</cite></a>; it <em class="bcp14">MUST</em> be in RFC 1123 date format:
</p>
<div id="rfc.figure.u.13"></div><pre class="inline"><span id="rfc.iref.g.9"></span> Expires = "Expires" ":" HTTP-date
</pre><p id="rfc.section.3.3.p.5">An example of its use is</p>
@@ -1690,7 +1689,37 @@
<p id="rfc.section.6.p.2">Based on an XML translation of RFC 2616 by Julian Reschke.</p>
<h1 id="rfc.references"><a href="#rfc.section.7" id="rfc.section.7">7.</a> References
</h1>
- <table summary="References">
+ <table summary="References">
+ <tr>
+ <td class="reference"><b id="Part1">[Part1]</b></td>
+ <td class="top"><a title="Day Software">Fielding, R., Ed.</a>, <a title="One Laptop per Child">Gettys, J.</a>, <a title="Hewlett-Packard Company">Mogul, J.</a>, <a title="Microsoft Corporation">Frystyk, H.</a>, <a title="Adobe Systems, Incorporated">Masinter, L.</a>, <a title="Microsoft Corporation">Leach, P.</a>, and <a title="World Wide Web Consortium">T. Berners-Lee</a>, â<a href="http://tools.ietf.org/html/draft-fielding-p1-messaging-latest">HTTP/1.1, part 1: URIs, Connections, and Message Parsing</a>â, Internet-Draft draft-fielding-p1-messaging-latest (work in progress), December 2007.
+ </td>
+ </tr>
+ <tr>
+ <td class="reference"><b id="Part2">[Part2]</b></td>
+ <td class="top"><a title="Day Software">Fielding, R., Ed.</a>, <a title="One Laptop per Child">Gettys, J.</a>, <a title="Hewlett-Packard Company">Mogul, J.</a>, <a title="Microsoft Corporation">Frystyk, H.</a>, <a title="Adobe Systems, Incorporated">Masinter, L.</a>, <a title="Microsoft Corporation">Leach, P.</a>, and <a title="World Wide Web Consortium">T. Berners-Lee</a>, â<a href="http://tools.ietf.org/html/draft-fielding-p2-semantics-latest">HTTP/1.1, part 2: Message Semantics</a>â, Internet-Draft draft-fielding-p2-semantics-latest (work in progress), December 2007.
+ </td>
+ </tr>
+ <tr>
+ <td class="reference"><b id="Part3">[Part3]</b></td>
+ <td class="top"><a title="Day Software">Fielding, R., Ed.</a>, <a title="One Laptop per Child">Gettys, J.</a>, <a title="Hewlett-Packard Company">Mogul, J.</a>, <a title="Microsoft Corporation">Frystyk, H.</a>, <a title="Adobe Systems, Incorporated">Masinter, L.</a>, <a title="Microsoft Corporation">Leach, P.</a>, and <a title="World Wide Web Consortium">T. Berners-Lee</a>, â<a href="http://tools.ietf.org/html/draft-fielding-p3-payload-latest">HTTP/1.1, part 3: Message Payload and Content Negotiation</a>â, Internet-Draft draft-fielding-p3-payload-latest (work in progress), December 2007.
+ </td>
+ </tr>
+ <tr>
+ <td class="reference"><b id="Part4">[Part4]</b></td>
+ <td class="top"><a title="Day Software">Fielding, R., Ed.</a>, <a title="One Laptop per Child">Gettys, J.</a>, <a title="Hewlett-Packard Company">Mogul, J.</a>, <a title="Microsoft Corporation">Frystyk, H.</a>, <a title="Adobe Systems, Incorporated">Masinter, L.</a>, <a title="Microsoft Corporation">Leach, P.</a>, and <a title="World Wide Web Consortium">T. Berners-Lee</a>, â<a href="http://tools.ietf.org/html/draft-fielding-p4-conditional-latest">HTTP/1.1, part 4: Conditional Requests</a>â, Internet-Draft draft-fielding-p4-conditional-latest (work in progress), December 2007.
+ </td>
+ </tr>
+ <tr>
+ <td class="reference"><b id="Part5">[Part5]</b></td>
+ <td class="top"><a title="Day Software">Fielding, R., Ed.</a>, <a title="One Laptop per Child">Gettys, J.</a>, <a title="Hewlett-Packard Company">Mogul, J.</a>, <a title="Microsoft Corporation">Frystyk, H.</a>, <a title="Adobe Systems, Incorporated">Masinter, L.</a>, <a title="Microsoft Corporation">Leach, P.</a>, and <a title="World Wide Web Consortium">T. Berners-Lee</a>, â<a href="http://tools.ietf.org/html/draft-fielding-p5-range-latest">HTTP/1.1, part 5: Range Requests and Partial Responses</a>â, Internet-Draft draft-fielding-p5-range-latest (work in progress), December 2007.
+ </td>
+ </tr>
+ <tr>
+ <td class="reference"><b id="Part7">[Part7]</b></td>
+ <td class="top"><a title="Day Software">Fielding, R., Ed.</a>, <a title="One Laptop per Child">Gettys, J.</a>, <a title="Hewlett-Packard Company">Mogul, J.</a>, <a title="Microsoft Corporation">Frystyk, H.</a>, <a title="Adobe Systems, Incorporated">Masinter, L.</a>, <a title="Microsoft Corporation">Leach, P.</a>, and <a title="World Wide Web Consortium">T. Berners-Lee</a>, â<a href="http://tools.ietf.org/html/draft-fielding-p7-auth-latest">HTTP/1.1, part 7: Authentication</a>â, Internet-Draft draft-fielding-p7-auth-latest (work in progress), December 2007.
+ </td>
+ </tr>
<tr>
<td class="reference"><b id="RFC1305">[RFC1305]</b></td>
<td class="top"><a title="University of Delaware, Electrical Engineering Department">Mills, D.</a>, â<a href="http://tools.ietf.org/html/rfc1305">Network Time Protocol (Version 3) Specification, Implementation</a>â, RFC 1305, March 1992.
@@ -1884,6 +1913,36 @@
</ul>
</li>
<li class="indline0"><a id="rfc.index.P" href="#rfc.index.P"><b>P</b></a><ul class="ind">
+ <li class="indline1"><em>Part1</em> <a class="iref" href="#rfc.xref.Part1.1">2.2.3</a>, <a class="iref" href="#rfc.xref.Part1.2">2.5.1</a>, <a class="iref" href="#rfc.xref.Part1.3">2.5.2</a>, <a class="iref" href="#rfc.xref.Part1.4">2.5.2</a>, <a class="iref" href="#rfc.xref.Part1.5">2.6</a>, <a class="iref" href="#rfc.xref.Part1.6">3.3</a>, <a class="iref" href="#Part1"><b>7</b></a><ul class="ind">
+ <li class="indline1"><em>Section 3.3.1</em> <a class="iref" href="#rfc.xref.Part1.6">3.3</a></li>
+ <li class="indline1"><em>Section 4.2</em> <a class="iref" href="#rfc.xref.Part1.5">2.6</a></li>
+ <li class="indline1"><em>Section 4.4</em> <a class="iref" href="#rfc.xref.Part1.3">2.5.2</a>, <a class="iref" href="#rfc.xref.Part1.4">2.5.2</a></li>
+ <li class="indline1"><em>Section 8.1</em> <a class="iref" href="#rfc.xref.Part1.2">2.5.1</a></li>
+ <li class="indline1"><em>Section 8.3</em> <a class="iref" href="#rfc.xref.Part1.1">2.2.3</a></li>
+ </ul>
+ </li>
+ <li class="indline1"><em>Part2</em> <a class="iref" href="#rfc.xref.Part2.1">2.9</a>, <a class="iref" href="#Part2"><b>7</b></a><ul class="ind">
+ <li class="indline1"><em>Section 8.1.1</em> <a class="iref" href="#rfc.xref.Part2.1">2.9</a></li>
+ </ul>
+ </li>
+ <li class="indline1"><em>Part3</em> <a class="iref" href="#rfc.xref.Part3.1">2.5.2</a>, <a class="iref" href="#rfc.xref.Part3.2">2.6</a>, <a class="iref" href="#Part3"><b>7</b></a><ul class="ind">
+ <li class="indline1"><em>Section 3.2.2</em> <a class="iref" href="#rfc.xref.Part3.1">2.5.2</a></li>
+ <li class="indline1"><em>Section 4.1</em> <a class="iref" href="#rfc.xref.Part3.2">2.6</a></li>
+ </ul>
+ </li>
+ <li class="indline1"><em>Part4</em> <a class="iref" href="#rfc.xref.Part4.1">2.3</a>, <a class="iref" href="#rfc.xref.Part4.2">2.3.2</a>, <a class="iref" href="#Part4"><b>7</b></a><ul class="ind">
+ <li class="indline1"><em>Section 2</em> <a class="iref" href="#rfc.xref.Part4.2">2.3.2</a></li>
+ <li class="indline1"><em>Section 3</em> <a class="iref" href="#rfc.xref.Part4.1">2.3</a></li>
+ </ul>
+ </li>
+ <li class="indline1"><em>Part5</em> <a class="iref" href="#rfc.xref.Part5.1">2.5.3</a>, <a class="iref" href="#rfc.xref.Part5.2">2.8</a>, <a class="iref" href="#Part5"><b>7</b></a><ul class="ind">
+ <li class="indline1"><em>Section 5</em> <a class="iref" href="#rfc.xref.Part5.1">2.5.3</a>, <a class="iref" href="#rfc.xref.Part5.2">2.8</a></li>
+ </ul>
+ </li>
+ <li class="indline1"><em>Part7</em> <a class="iref" href="#rfc.xref.Part7.1">2.4</a>, <a class="iref" href="#rfc.xref.Part7.2">3.2.1</a>, <a class="iref" href="#Part7"><b>7</b></a><ul class="ind">
+ <li class="indline1"><em>Section 2.1</em> <a class="iref" href="#rfc.xref.Part7.1">2.4</a>, <a class="iref" href="#rfc.xref.Part7.2">3.2.1</a></li>
+ </ul>
+ </li>
<li class="indline1">Pragma header <a class="iref" href="#rfc.xref.header.pragma.1">3.2</a>, <a class="iref" href="#rfc.iref.p.4"><b>3.4</b></a></li>
<li class="indline1">private
<ul class="ind">
Modified: labs/webarch/trunk/http/draft-fielding-http/p6-cache.xml
URL: http://svn.apache.org/viewvc/labs/webarch/trunk/http/draft-fielding-http/p6-cache.xml?rev=603063&r1=603062&r2=603063&view=diff
==============================================================================
--- labs/webarch/trunk/http/draft-fielding-http/p6-cache.xml (original)
+++ labs/webarch/trunk/http/draft-fielding-http/p6-cache.xml Mon Dec 10 13:51:25 2007
@@ -11,19 +11,21 @@
<!ENTITY SHOULD "<bcp14 xmlns='http://purl.org/net/xml2rfc/ext'>SHOULD</bcp14>">
<!ENTITY SHOULD-NOT "<bcp14 xmlns='http://purl.org/net/xml2rfc/ext'>SHOULD NOT</bcp14>">
<!ENTITY ID-VERSION "latest">
- <!ENTITY messaging "[Part 1]">
- <!ENTITY combining-byte-ranges "[Part 5]">
- <!ENTITY entity-length "[Part 3]">
- <!ENTITY entity-tags "[Part 4]">
- <!ENTITY full-date "[Part 1]">
- <!ENTITY header-authorization "[Part 7]">
- <!ENTITY header-connection "[Part 1]">
- <!ENTITY header-date "[Part 1]">
- <!ENTITY weak-and-strong-validators "[Part 4]">
- <!ENTITY message-headers "[Part 1]">
- <!ENTITY message-length "[Part 1]">
- <!ENTITY safe-methods "[Part 2]">
- <!ENTITY server-driven-negotiation "[Part 3]">
+ <!ENTITY ID-MONTH "December">
+ <!ENTITY ID-YEAR "2007">
+ <!ENTITY messaging "<xref target='Part1' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY combining-byte-ranges "<xref target='Part5' x:rel='#combining.byte.ranges' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY entity-length "<xref target='Part3' x:rel='#entity.length' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY entity-tags "<xref target='Part4' x:rel='#entity.tags' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY full-date "<xref target='Part1' x:rel='#full.date' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY header-authorization "<xref target='Part7' x:rel='#header.authorization' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY header-connection "<xref target='Part1' x:rel='#header.connection' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY header-date "<xref target='Part1' x:rel='#header.date' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY weak-and-strong-validators "<xref target='Part4' x:rel='#weak.and.strong.validators' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY message-headers "<xref target='Part1' x:rel='#message.headers' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY message-length "<xref target='Part1' x:rel='#message.length' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY safe-methods "<xref target='Part2' x:rel='#safe.methods' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
+ <!ENTITY server-driven-negotiation "<xref target='Part3' x:rel='#server-driven.negotiation' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
]>
<?rfc toc="yes" ?>
<?rfc symrefs="yes" ?>
@@ -146,7 +148,7 @@
</address>
</author>
- <date month="December" year="2007"/>
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
<abstract>
<t>
@@ -2385,6 +2387,697 @@
</middle>
<back>
<references>
+
+<reference anchor="Part1">
+ <front>
+ <title abbrev="HTTP/1.1">HTTP/1.1, part 1: URIs, Connections, and Message Parsing</title>
+
+ <author initials="R." surname="Fielding" fullname="Roy T. Fielding" role="editor">
+ <organization abbrev="Day Software">Day Software</organization>
+ <address>
+ <postal>
+ <street>23 Corporate Plaza DR, Suite 280</street>
+ <city>Newport Beach</city>
+ <region>CA</region>
+ <code>92660</code>
+ <country>USA</country>
+ </postal>
+ <phone>+1-949-706-5300</phone>
+ <facsimile>+1-949-706-5305</facsimile>
+ <email>fielding@gbiv.com</email>
+ <uri>http://roy.gbiv.com/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Gettys" fullname="Jim Gettys">
+ <organization>One Laptop per Child</organization>
+ <address>
+ <postal>
+ <street>21 Oak Knoll Road</street>
+ <city>Carlisle</city>
+ <region>MA</region>
+ <code>01741</code>
+ <country>USA</country>
+ </postal>
+ <email>jg@laptop.org</email>
+ <uri>http://www.laptop.org/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Mogul" fullname="Jeffrey C. Mogul">
+ <organization abbrev="HP">Hewlett-Packard Company</organization>
+ <address>
+ <postal>
+ <street>HP Labs, Large Scale Systems Group</street>
+ <street>1501 Page Mill Road, MS 1177</street>
+ <city>Palo Alto</city>
+ <region>CA</region>
+ <code>94304</code>
+ <country>USA</country>
+ </postal>
+ <email>JeffMogul@acm.org</email>
+ </address>
+ </author>
+
+ <author initials="H." surname="Frystyk" fullname="Henrik Frystyk Nielsen">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ <country>USA</country>
+ </postal>
+ <email>henrikn@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="L." surname="Masinter" fullname="Larry Masinter">
+ <organization abbrev="Adobe Systems">Adobe Systems, Incorporated</organization>
+ <address>
+ <postal>
+ <street>345 Park Ave</street>
+ <city>San Jose</city>
+ <region>CA</region>
+ <code>95110</code>
+ <country>USA</country>
+ </postal>
+ <email>LMM@acm.org</email>
+ <uri>http://larry.masinter.net/</uri>
+ </address>
+ </author>
+
+ <author initials="P." surname="Leach" fullname="Paul J. Leach">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ </postal>
+ <email>paulle@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="T." surname="Berners-Lee" fullname="Tim Berners-Lee">
+ <organization abbrev="W3C/MIT">World Wide Web Consortium</organization>
+ <address>
+ <postal>
+ <street>MIT Laboratory for Computer Science</street>
+ <street>545 Technology Square</street>
+ <city>Cambridge</city>
+ <region>MA</region>
+ <code>02139</code>
+ <country>USA</country>
+ </postal>
+ <facsimile>+1 (617) 258 8682</facsimile>
+ <email>timbl@w3.org</email>
+ </address>
+ </author>
+
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
+ </front>
+ <seriesInfo name="Internet-Draft" value="draft-fielding-p1-messaging-&ID-VERSION;"/>
+ <x:source href="p1-messaging.xml"/>
+</reference>
+
+<reference anchor="Part2">
+ <front>
+ <title abbrev="HTTP/1.1">HTTP/1.1, part 2: Message Semantics</title>
+
+ <author initials="R." surname="Fielding" fullname="Roy T. Fielding" role="editor">
+ <organization abbrev="Day Software">Day Software</organization>
+ <address>
+ <postal>
+ <street>23 Corporate Plaza DR, Suite 280</street>
+ <city>Newport Beach</city>
+ <region>CA</region>
+ <code>92660</code>
+ <country>USA</country>
+ </postal>
+ <phone>+1-949-706-5300</phone>
+ <facsimile>+1-949-706-5305</facsimile>
+ <email>fielding@gbiv.com</email>
+ <uri>http://roy.gbiv.com/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Gettys" fullname="Jim Gettys">
+ <organization>One Laptop per Child</organization>
+ <address>
+ <postal>
+ <street>21 Oak Knoll Road</street>
+ <city>Carlisle</city>
+ <region>MA</region>
+ <code>01741</code>
+ <country>USA</country>
+ </postal>
+ <email>jg@laptop.org</email>
+ <uri>http://www.laptop.org/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Mogul" fullname="Jeffrey C. Mogul">
+ <organization abbrev="HP">Hewlett-Packard Company</organization>
+ <address>
+ <postal>
+ <street>HP Labs, Large Scale Systems Group</street>
+ <street>1501 Page Mill Road, MS 1177</street>
+ <city>Palo Alto</city>
+ <region>CA</region>
+ <code>94304</code>
+ <country>USA</country>
+ </postal>
+ <email>JeffMogul@acm.org</email>
+ </address>
+ </author>
+
+ <author initials="H." surname="Frystyk" fullname="Henrik Frystyk Nielsen">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ <country>USA</country>
+ </postal>
+ <email>henrikn@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="L." surname="Masinter" fullname="Larry Masinter">
+ <organization abbrev="Adobe Systems">Adobe Systems, Incorporated</organization>
+ <address>
+ <postal>
+ <street>345 Park Ave</street>
+ <city>San Jose</city>
+ <region>CA</region>
+ <code>95110</code>
+ <country>USA</country>
+ </postal>
+ <email>LMM@acm.org</email>
+ <uri>http://larry.masinter.net/</uri>
+ </address>
+ </author>
+
+ <author initials="P." surname="Leach" fullname="Paul J. Leach">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ </postal>
+ <email>paulle@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="T." surname="Berners-Lee" fullname="Tim Berners-Lee">
+ <organization abbrev="W3C/MIT">World Wide Web Consortium</organization>
+ <address>
+ <postal>
+ <street>MIT Laboratory for Computer Science</street>
+ <street>545 Technology Square</street>
+ <city>Cambridge</city>
+ <region>MA</region>
+ <code>02139</code>
+ <country>USA</country>
+ </postal>
+ <facsimile>+1 (617) 258 8682</facsimile>
+ <email>timbl@w3.org</email>
+ </address>
+ </author>
+
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
+ </front>
+ <seriesInfo name="Internet-Draft" value="draft-fielding-p2-semantics-&ID-VERSION;"/>
+ <x:source href="p2-semantics.xml"/>
+</reference>
+
+<reference anchor="Part3">
+ <front>
+ <title abbrev="HTTP/1.1">HTTP/1.1, part 3: Message Payload and Content Negotiation</title>
+
+ <author initials="R." surname="Fielding" fullname="Roy T. Fielding" role="editor">
+ <organization abbrev="Day Software">Day Software</organization>
+ <address>
+ <postal>
+ <street>23 Corporate Plaza DR, Suite 280</street>
+ <city>Newport Beach</city>
+ <region>CA</region>
+ <code>92660</code>
+ <country>USA</country>
+ </postal>
+ <phone>+1-949-706-5300</phone>
+ <facsimile>+1-949-706-5305</facsimile>
+ <email>fielding@gbiv.com</email>
+ <uri>http://roy.gbiv.com/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Gettys" fullname="Jim Gettys">
+ <organization>One Laptop per Child</organization>
+ <address>
+ <postal>
+ <street>21 Oak Knoll Road</street>
+ <city>Carlisle</city>
+ <region>MA</region>
+ <code>01741</code>
+ <country>USA</country>
+ </postal>
+ <email>jg@laptop.org</email>
+ <uri>http://www.laptop.org/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Mogul" fullname="Jeffrey C. Mogul">
+ <organization abbrev="HP">Hewlett-Packard Company</organization>
+ <address>
+ <postal>
+ <street>HP Labs, Large Scale Systems Group</street>
+ <street>1501 Page Mill Road, MS 1177</street>
+ <city>Palo Alto</city>
+ <region>CA</region>
+ <code>94304</code>
+ <country>USA</country>
+ </postal>
+ <email>JeffMogul@acm.org</email>
+ </address>
+ </author>
+
+ <author initials="H." surname="Frystyk" fullname="Henrik Frystyk Nielsen">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ <country>USA</country>
+ </postal>
+ <email>henrikn@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="L." surname="Masinter" fullname="Larry Masinter">
+ <organization abbrev="Adobe Systems">Adobe Systems, Incorporated</organization>
+ <address>
+ <postal>
+ <street>345 Park Ave</street>
+ <city>San Jose</city>
+ <region>CA</region>
+ <code>95110</code>
+ <country>USA</country>
+ </postal>
+ <email>LMM@acm.org</email>
+ <uri>http://larry.masinter.net/</uri>
+ </address>
+ </author>
+
+ <author initials="P." surname="Leach" fullname="Paul J. Leach">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ </postal>
+ <email>paulle@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="T." surname="Berners-Lee" fullname="Tim Berners-Lee">
+ <organization abbrev="W3C/MIT">World Wide Web Consortium</organization>
+ <address>
+ <postal>
+ <street>MIT Laboratory for Computer Science</street>
+ <street>545 Technology Square</street>
+ <city>Cambridge</city>
+ <region>MA</region>
+ <code>02139</code>
+ <country>USA</country>
+ </postal>
+ <facsimile>+1 (617) 258 8682</facsimile>
+ <email>timbl@w3.org</email>
+ </address>
+ </author>
+
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
+ </front>
+ <seriesInfo name="Internet-Draft" value="draft-fielding-p3-payload-&ID-VERSION;"/>
+ <x:source href="p3-payload.xml"/>
+</reference>
+
+<reference anchor="Part4">
+ <front>
+ <title abbrev="HTTP/1.1">HTTP/1.1, part 4: Conditional Requests</title>
+
+ <author initials="R." surname="Fielding" fullname="Roy T. Fielding" role="editor">
+ <organization abbrev="Day Software">Day Software</organization>
+ <address>
+ <postal>
+ <street>23 Corporate Plaza DR, Suite 280</street>
+ <city>Newport Beach</city>
+ <region>CA</region>
+ <code>92660</code>
+ <country>USA</country>
+ </postal>
+ <phone>+1-949-706-5300</phone>
+ <facsimile>+1-949-706-5305</facsimile>
+ <email>fielding@gbiv.com</email>
+ <uri>http://roy.gbiv.com/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Gettys" fullname="Jim Gettys">
+ <organization>One Laptop per Child</organization>
+ <address>
+ <postal>
+ <street>21 Oak Knoll Road</street>
+ <city>Carlisle</city>
+ <region>MA</region>
+ <code>01741</code>
+ <country>USA</country>
+ </postal>
+ <email>jg@laptop.org</email>
+ <uri>http://www.laptop.org/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Mogul" fullname="Jeffrey C. Mogul">
+ <organization abbrev="HP">Hewlett-Packard Company</organization>
+ <address>
+ <postal>
+ <street>HP Labs, Large Scale Systems Group</street>
+ <street>1501 Page Mill Road, MS 1177</street>
+ <city>Palo Alto</city>
+ <region>CA</region>
+ <code>94304</code>
+ <country>USA</country>
+ </postal>
+ <email>JeffMogul@acm.org</email>
+ </address>
+ </author>
+
+ <author initials="H." surname="Frystyk" fullname="Henrik Frystyk Nielsen">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ <country>USA</country>
+ </postal>
+ <email>henrikn@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="L." surname="Masinter" fullname="Larry Masinter">
+ <organization abbrev="Adobe Systems">Adobe Systems, Incorporated</organization>
+ <address>
+ <postal>
+ <street>345 Park Ave</street>
+ <city>San Jose</city>
+ <region>CA</region>
+ <code>95110</code>
+ <country>USA</country>
+ </postal>
+ <email>LMM@acm.org</email>
+ <uri>http://larry.masinter.net/</uri>
+ </address>
+ </author>
+
+ <author initials="P." surname="Leach" fullname="Paul J. Leach">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ </postal>
+ <email>paulle@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="T." surname="Berners-Lee" fullname="Tim Berners-Lee">
+ <organization abbrev="W3C/MIT">World Wide Web Consortium</organization>
+ <address>
+ <postal>
+ <street>MIT Laboratory for Computer Science</street>
+ <street>545 Technology Square</street>
+ <city>Cambridge</city>
+ <region>MA</region>
+ <code>02139</code>
+ <country>USA</country>
+ </postal>
+ <facsimile>+1 (617) 258 8682</facsimile>
+ <email>timbl@w3.org</email>
+ </address>
+ </author>
+
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
+ </front>
+ <seriesInfo name="Internet-Draft" value="draft-fielding-p4-conditional-&ID-VERSION;"/>
+ <x:source href="p4-conditional.xml"/>
+</reference>
+
+<reference anchor="Part5">
+ <front>
+ <title abbrev="HTTP/1.1">HTTP/1.1, part 5: Range Requests and Partial Responses</title>
+
+ <author initials="R." surname="Fielding" fullname="Roy T. Fielding" role="editor">
+ <organization abbrev="Day Software">Day Software</organization>
+ <address>
+ <postal>
+ <street>23 Corporate Plaza DR, Suite 280</street>
+ <city>Newport Beach</city>
+ <region>CA</region>
+ <code>92660</code>
+ <country>USA</country>
+ </postal>
+ <phone>+1-949-706-5300</phone>
+ <facsimile>+1-949-706-5305</facsimile>
+ <email>fielding@gbiv.com</email>
+ <uri>http://roy.gbiv.com/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Gettys" fullname="Jim Gettys">
+ <organization>One Laptop per Child</organization>
+ <address>
+ <postal>
+ <street>21 Oak Knoll Road</street>
+ <city>Carlisle</city>
+ <region>MA</region>
+ <code>01741</code>
+ <country>USA</country>
+ </postal>
+ <email>jg@laptop.org</email>
+ <uri>http://www.laptop.org/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Mogul" fullname="Jeffrey C. Mogul">
+ <organization abbrev="HP">Hewlett-Packard Company</organization>
+ <address>
+ <postal>
+ <street>HP Labs, Large Scale Systems Group</street>
+ <street>1501 Page Mill Road, MS 1177</street>
+ <city>Palo Alto</city>
+ <region>CA</region>
+ <code>94304</code>
+ <country>USA</country>
+ </postal>
+ <email>JeffMogul@acm.org</email>
+ </address>
+ </author>
+
+ <author initials="H." surname="Frystyk" fullname="Henrik Frystyk Nielsen">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ <country>USA</country>
+ </postal>
+ <email>henrikn@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="L." surname="Masinter" fullname="Larry Masinter">
+ <organization abbrev="Adobe Systems">Adobe Systems, Incorporated</organization>
+ <address>
+ <postal>
+ <street>345 Park Ave</street>
+ <city>San Jose</city>
+ <region>CA</region>
+ <code>95110</code>
+ <country>USA</country>
+ </postal>
+ <email>LMM@acm.org</email>
+ <uri>http://larry.masinter.net/</uri>
+ </address>
+ </author>
+
+ <author initials="P." surname="Leach" fullname="Paul J. Leach">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ </postal>
+ <email>paulle@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="T." surname="Berners-Lee" fullname="Tim Berners-Lee">
+ <organization abbrev="W3C/MIT">World Wide Web Consortium</organization>
+ <address>
+ <postal>
+ <street>MIT Laboratory for Computer Science</street>
+ <street>545 Technology Square</street>
+ <city>Cambridge</city>
+ <region>MA</region>
+ <code>02139</code>
+ <country>USA</country>
+ </postal>
+ <facsimile>+1 (617) 258 8682</facsimile>
+ <email>timbl@w3.org</email>
+ </address>
+ </author>
+
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
+ </front>
+ <seriesInfo name="Internet-Draft" value="draft-fielding-p5-range-&ID-VERSION;"/>
+ <x:source href="p5-range.xml"/>
+</reference>
+
+<reference anchor="Part7">
+ <front>
+ <title abbrev="HTTP/1.1">HTTP/1.1, part 7: Authentication</title>
+
+ <author initials="R." surname="Fielding" fullname="Roy T. Fielding" role="editor">
+ <organization abbrev="Day Software">Day Software</organization>
+ <address>
+ <postal>
+ <street>23 Corporate Plaza DR, Suite 280</street>
+ <city>Newport Beach</city>
+ <region>CA</region>
+ <code>92660</code>
+ <country>USA</country>
+ </postal>
+ <phone>+1-949-706-5300</phone>
+ <facsimile>+1-949-706-5305</facsimile>
+ <email>fielding@gbiv.com</email>
+ <uri>http://roy.gbiv.com/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Gettys" fullname="Jim Gettys">
+ <organization>One Laptop per Child</organization>
+ <address>
+ <postal>
+ <street>21 Oak Knoll Road</street>
+ <city>Carlisle</city>
+ <region>MA</region>
+ <code>01741</code>
+ <country>USA</country>
+ </postal>
+ <email>jg@laptop.org</email>
+ <uri>http://www.laptop.org/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Mogul" fullname="Jeffrey C. Mogul">
+ <organization abbrev="HP">Hewlett-Packard Company</organization>
+ <address>
+ <postal>
+ <street>HP Labs, Large Scale Systems Group</street>
+ <street>1501 Page Mill Road, MS 1177</street>
+ <city>Palo Alto</city>
+ <region>CA</region>
+ <code>94304</code>
+ <country>USA</country>
+ </postal>
+ <email>JeffMogul@acm.org</email>
+ </address>
+ </author>
+
+ <author initials="H." surname="Frystyk" fullname="Henrik Frystyk Nielsen">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ <country>USA</country>
+ </postal>
+ <email>henrikn@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="L." surname="Masinter" fullname="Larry Masinter">
+ <organization abbrev="Adobe Systems">Adobe Systems, Incorporated</organization>
+ <address>
+ <postal>
+ <street>345 Park Ave</street>
+ <city>San Jose</city>
+ <region>CA</region>
+ <code>95110</code>
+ <country>USA</country>
+ </postal>
+ <email>LMM@acm.org</email>
+ <uri>http://larry.masinter.net/</uri>
+ </address>
+ </author>
+
+ <author initials="P." surname="Leach" fullname="Paul J. Leach">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ </postal>
+ <email>paulle@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="T." surname="Berners-Lee" fullname="Tim Berners-Lee">
+ <organization abbrev="W3C/MIT">World Wide Web Consortium</organization>
+ <address>
+ <postal>
+ <street>MIT Laboratory for Computer Science</street>
+ <street>545 Technology Square</street>
+ <city>Cambridge</city>
+ <region>MA</region>
+ <code>02139</code>
+ <country>USA</country>
+ </postal>
+ <facsimile>+1 (617) 258 8682</facsimile>
+ <email>timbl@w3.org</email>
+ </address>
+ </author>
+
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
+ </front>
+ <seriesInfo name="Internet-Draft" value="draft-fielding-p7-auth-&ID-VERSION;"/>
+ <x:source href="p7-auth.xml"/>
+</reference>
+
<reference anchor="RFC2047">
<front>
<title abbrev="Message Header Extensions">MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header Extensions for Non-ASCII Text</title>
Modified: labs/webarch/trunk/http/draft-fielding-http/p7-auth.html
URL: http://svn.apache.org/viewvc/labs/webarch/trunk/http/draft-fielding-http/p7-auth.html?rev=603063&r1=603062&r2=603063&view=diff
==============================================================================
--- labs/webarch/trunk/http/draft-fielding-http/p7-auth.html (original)
+++ labs/webarch/trunk/http/draft-fielding-http/p7-auth.html Mon Dec 10 13:51:25 2007
@@ -493,7 +493,7 @@
</pre><p id="rfc.section.2.1.p.3">HTTP access authentication is described in "HTTP Authentication: Basic and Digest Access Authentication" <a href="#RFC2617" id="rfc.xref.RFC2617.2"><cite title="HTTP Authentication: Basic and Digest Access Authentication">[RFC2617]</cite></a>. If a request is authenticated and a realm specified, the same credentials <em class="bcp14">SHOULD</em> be valid for all other requests within this realm (assuming that the authentication scheme itself does not require otherwise,
such as credentials that vary according to a challenge value or using synchronized clocks).
</p>
- <p id="rfc.section.2.1.p.4">When a shared cache (see [Part 6]) receives a request containing an Authorization field, it <em class="bcp14">MUST NOT</em> return the corresponding response as a reply to any other request, unless one of the following specific exceptions holds:
+ <p id="rfc.section.2.1.p.4">When a shared cache (see <a href="http://tools.ietf.org/html/draft-fielding-p6-cache-latest" title="Shared and Non-Shared Caches">Section 2.7</a> of <a href="#Part6" id="rfc.xref.Part6.1"><cite title="HTTP/1.1, part 6: Caching">[Part6]</cite></a>) receives a request containing an Authorization field, it <em class="bcp14">MUST NOT</em> return the corresponding response as a reply to any other request, unless one of the following specific exceptions holds:
</p>
<p id="rfc.section.2.1.p.5"> </p>
<ol>
@@ -571,7 +571,12 @@
<p id="rfc.section.5.p.1">Based on an XML translation of RFC 2616 by Julian Reschke.</p>
<h1 id="rfc.references"><a href="#rfc.section.6" id="rfc.section.6">6.</a> References
</h1>
- <table summary="References">
+ <table summary="References">
+ <tr>
+ <td class="reference"><b id="Part6">[Part6]</b></td>
+ <td class="top"><a title="Day Software">Fielding, R., Ed.</a>, <a title="One Laptop per Child">Gettys, J.</a>, <a title="Hewlett-Packard Company">Mogul, J.</a>, <a title="Microsoft Corporation">Frystyk, H.</a>, <a title="Adobe Systems, Incorporated">Masinter, L.</a>, <a title="Microsoft Corporation">Leach, P.</a>, and <a title="World Wide Web Consortium">T. Berners-Lee</a>, â<a href="http://tools.ietf.org/html/draft-fielding-p6-cache-latest">HTTP/1.1, part 6: Caching</a>â, Internet-Draft draft-fielding-p6-cache-latest (work in progress), December 2007.
+ </td>
+ </tr>
<tr>
<td class="reference"><b id="RFC2616">[RFC2616]</b></td>
<td class="top"><a title="University of California, Irvine">Fielding, R.</a>, <a title="W3C">Gettys, J.</a>, <a title="Compaq Computer Corporation">Mogul, J.</a>, <a title="MIT Laboratory for Computer Science">Frystyk, H.</a>, <a title="Xerox Corporation">Masinter, L.</a>, <a title="Microsoft Corporation">Leach, P.</a>, and <a title="W3C">T. Berners-Lee</a>, â<a href="http://tools.ietf.org/html/rfc2616">Hypertext Transfer Protocol -- HTTP/1.1</a>â, RFC 2616, June 1999.
@@ -652,6 +657,10 @@
</ul>
</li>
<li class="indline0"><a id="rfc.index.P" href="#rfc.index.P"><b>P</b></a><ul class="ind">
+ <li class="indline1"><em>Part6</em> <a class="iref" href="#rfc.xref.Part6.1">2.1</a>, <a class="iref" href="#Part6"><b>6</b></a><ul class="ind">
+ <li class="indline1"><em>Section 2.7</em> <a class="iref" href="#rfc.xref.Part6.1">2.1</a></li>
+ </ul>
+ </li>
<li class="indline1">Proxy-Authenticate header <a class="iref" href="#rfc.iref.p.1"><b>2.2</b></a></li>
<li class="indline1">Proxy-Authorization header <a class="iref" href="#rfc.iref.p.2"><b>2.3</b></a></li>
</ul>
Modified: labs/webarch/trunk/http/draft-fielding-http/p7-auth.xml
URL: http://svn.apache.org/viewvc/labs/webarch/trunk/http/draft-fielding-http/p7-auth.xml?rev=603063&r1=603062&r2=603063&view=diff
==============================================================================
--- labs/webarch/trunk/http/draft-fielding-http/p7-auth.xml (original)
+++ labs/webarch/trunk/http/draft-fielding-http/p7-auth.xml Mon Dec 10 13:51:25 2007
@@ -11,7 +11,9 @@
<!ENTITY SHOULD "<bcp14 xmlns='http://purl.org/net/xml2rfc/ext'>SHOULD</bcp14>">
<!ENTITY SHOULD-NOT "<bcp14 xmlns='http://purl.org/net/xml2rfc/ext'>SHOULD NOT</bcp14>">
<!ENTITY ID-VERSION "latest">
- <!ENTITY shared-and-non-shared-caches "[Part 6]">
+ <!ENTITY ID-MONTH "December">
+ <!ENTITY ID-YEAR "2007">
+ <!ENTITY shared-and-non-shared-caches "<xref target='Part6' x:rel='#shared.and.non-shared.caches' xmlns:x='http://purl.org/net/xml2rfc/ext'/>">
]>
<?rfc toc="yes" ?>
<?rfc symrefs="yes" ?>
@@ -134,7 +136,7 @@
</address>
</author>
- <date month="December" year="2007"/>
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
<abstract>
<t>
@@ -357,6 +359,121 @@
</middle>
<back>
<references>
+<reference anchor="Part6">
+ <front>
+ <title abbrev="HTTP/1.1">HTTP/1.1, part 6: Caching</title>
+
+ <author initials="R." surname="Fielding" fullname="Roy T. Fielding" role="editor">
+ <organization abbrev="Day Software">Day Software</organization>
+ <address>
+ <postal>
+ <street>23 Corporate Plaza DR, Suite 280</street>
+ <city>Newport Beach</city>
+ <region>CA</region>
+ <code>92660</code>
+ <country>USA</country>
+ </postal>
+ <phone>+1-949-706-5300</phone>
+ <facsimile>+1-949-706-5305</facsimile>
+ <email>fielding@gbiv.com</email>
+ <uri>http://roy.gbiv.com/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Gettys" fullname="Jim Gettys">
+ <organization>One Laptop per Child</organization>
+ <address>
+ <postal>
+ <street>21 Oak Knoll Road</street>
+ <city>Carlisle</city>
+ <region>MA</region>
+ <code>01741</code>
+ <country>USA</country>
+ </postal>
+ <email>jg@laptop.org</email>
+ <uri>http://www.laptop.org/</uri>
+ </address>
+ </author>
+
+ <author initials="J." surname="Mogul" fullname="Jeffrey C. Mogul">
+ <organization abbrev="HP">Hewlett-Packard Company</organization>
+ <address>
+ <postal>
+ <street>HP Labs, Large Scale Systems Group</street>
+ <street>1501 Page Mill Road, MS 1177</street>
+ <city>Palo Alto</city>
+ <region>CA</region>
+ <code>94304</code>
+ <country>USA</country>
+ </postal>
+ <email>JeffMogul@acm.org</email>
+ </address>
+ </author>
+
+ <author initials="H." surname="Frystyk" fullname="Henrik Frystyk Nielsen">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ <country>USA</country>
+ </postal>
+ <email>henrikn@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="L." surname="Masinter" fullname="Larry Masinter">
+ <organization abbrev="Adobe Systems">Adobe Systems, Incorporated</organization>
+ <address>
+ <postal>
+ <street>345 Park Ave</street>
+ <city>San Jose</city>
+ <region>CA</region>
+ <code>95110</code>
+ <country>USA</country>
+ </postal>
+ <email>LMM@acm.org</email>
+ <uri>http://larry.masinter.net/</uri>
+ </address>
+ </author>
+
+ <author initials="P." surname="Leach" fullname="Paul J. Leach">
+ <organization abbrev="Microsoft">Microsoft Corporation</organization>
+ <address>
+ <postal>
+ <street>1 Microsoft Way</street>
+ <city>Redmond</city>
+ <region>WA</region>
+ <code>98052</code>
+ </postal>
+ <email>paulle@microsoft.com</email>
+ </address>
+ </author>
+
+ <author initials="T." surname="Berners-Lee" fullname="Tim Berners-Lee">
+ <organization abbrev="W3C/MIT">World Wide Web Consortium</organization>
+ <address>
+ <postal>
+ <street>MIT Laboratory for Computer Science</street>
+ <street>545 Technology Square</street>
+ <city>Cambridge</city>
+ <region>MA</region>
+ <code>02139</code>
+ <country>USA</country>
+ </postal>
+ <facsimile>+1 (617) 258 8682</facsimile>
+ <email>timbl@w3.org</email>
+ </address>
+ </author>
+
+ <date month="&ID-MONTH;" year="&ID-YEAR;"/>
+ </front>
+ <seriesInfo name="Internet-Draft" value="draft-fielding-p6-cache-&ID-VERSION;"/>
+ <x:source href="p6-cache.xml"/>
+</reference>
+
<reference anchor="RFC2616">
<front>
<title>Hypertext Transfer Protocol -- HTTP/1.1</title>
Modified: labs/webarch/trunk/http/draft-fielding-http/p8-cookies.html
URL: http://svn.apache.org/viewvc/labs/webarch/trunk/http/draft-fielding-http/p8-cookies.html?rev=603063&r1=603062&r2=603063&view=diff
==============================================================================
--- labs/webarch/trunk/http/draft-fielding-http/p8-cookies.html (original)
+++ labs/webarch/trunk/http/draft-fielding-http/p8-cookies.html Mon Dec 10 13:51:25 2007
@@ -343,7 +343,7 @@
<link rel="Chapter" title="10 HISTORICAL" href="#rfc.section.10">
<link rel="Chapter" title="11 ACKNOWLEDGEMENTS" href="#rfc.section.11">
<link rel="Chapter" href="#rfc.section.12" title="12 References">
- <meta name="generator" content="http://greenbytes.de/tech/webdav/rfc2629.xslt, Revision 1.349, 2007/11/09 13:18:10, XSLT vendor: SAXON 8.9 from Saxonica http://www.saxonica.com/">
+ <meta name="generator" content="http://greenbytes.de/tech/webdav/rfc2629.xslt, Revision 1.352, 2007/12/09 19:23:50, XSLT vendor: SAXON 8.9 from Saxonica http://www.saxonica.com/">
<link rel="schema.DC" href="http://purl.org/dc/elements/1.1/">
<meta name="DC.Creator" content="Kristol, D. M.">
<meta name="DC.Creator" content="Montulli, L.">
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@labs.apache.org
For additional commands, e-mail: commits-help@labs.apache.org