Re: Last Call: HTTP Extension Framework to Proposed Standard

Koen,

The extension framework must not automatically prevent caching.
There is nothing in Henrik's draft that prevents an extended request
or response from including the EXISTING cache control mechanisms of
HTTP/1.1.  It is not necessary, nor is it desired, for the draft to
assume that an extended message is not cachable just because some
particular extension might not be cachable.  Therefore, your suggested
changes are contrary to the design of HTTP.

It is the responsibility of the extension to ensure that the appropriate
caching or cache-busting is applied based on the individual semantics of
each specific message.  This cannot be ascertained without knowledge of
the extension semantics, and therefore it is not part of the extension
framework for the same reason that the framework does not define actual
extensions.


 ...Roy T. Fielding
    Department of Information & Computer Science    (fielding@ics.uci.edu)
    University of California, Irvine, CA 92697-3425    fax:+1(949)824-1715
    http://www.ics.uci.edu/~fielding/

Received on Sunday, 14 February 1999 12:50:27 UTC