labs-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From resc...@apache.org
Subject svn commit: r603063 [4/4] - /labs/webarch/trunk/http/draft-fielding-http/
Date Mon, 10 Dec 2007 21:51:27 GMT
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>&nbsp;<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>&nbsp;<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>&nbsp;<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>&nbsp;<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&nbsp;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&nbsp;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>&nbsp;<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&nbsp;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>&nbsp;<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&nbsp;draft-fielding-p1-messaging-latest (work in progress), December&nbsp;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&nbsp;draft-fielding-p2-semantics-latest (work in progress), December&nbsp;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&nbsp;draft-fielding-p3-payload-latest (work in progress), December&nbsp;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&nbsp;draft-fielding-p4-conditional-latest (work in progress), December&nbsp;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&nbsp;draft-fielding-p5-range-latest (work in progress), December&nbsp;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&nbsp;draft-fielding-p7-auth-latest (work in progress), December&nbsp;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&nbsp;1305, March&nbsp;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>&nbsp;&nbsp;<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>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part1.6">3.3</a></li>
+                        <li class="indline1"><em>Section 4.2</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part1.5">2.6</a></li>
+                        <li class="indline1"><em>Section 4.4</em>&nbsp;&nbsp;<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>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part1.2">2.5.1</a></li>
+                        <li class="indline1"><em>Section 8.3</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part1.1">2.2.3</a></li>
+                     </ul>
+                  </li>
+                  <li class="indline1"><em>Part2</em>&nbsp;&nbsp;<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>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part2.1">2.9</a></li>
+                     </ul>
+                  </li>
+                  <li class="indline1"><em>Part3</em>&nbsp;&nbsp;<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>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part3.1">2.5.2</a></li>
+                        <li class="indline1"><em>Section 4.1</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part3.2">2.6</a></li>
+                     </ul>
+                  </li>
+                  <li class="indline1"><em>Part4</em>&nbsp;&nbsp;<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>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part4.2">2.3.2</a></li>
+                        <li class="indline1"><em>Section 3</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part4.1">2.3</a></li>
+                     </ul>
+                  </li>
+                  <li class="indline1"><em>Part5</em>&nbsp;&nbsp;<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>&nbsp;&nbsp;<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>&nbsp;&nbsp;<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>&nbsp;&nbsp;<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&nbsp;&nbsp;<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&nbsp;&nbsp;
                      <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&nbsp;draft-fielding-p6-cache-latest (work in progress), December&nbsp;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&nbsp;2616, June&nbsp;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>&nbsp;&nbsp;<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>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.Part6.1">2.1</a></li>
+                     </ul>
+                  </li>
                   <li class="indline1">Proxy-Authenticate header&nbsp;&nbsp;<a class="iref" href="#rfc.iref.p.1"><b>2.2</b></a></li>
                   <li class="indline1">Proxy-Authorization header&nbsp;&nbsp;<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


Mime
View raw message