[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: PROPOSAL: URL-syntax (Was: Re: Official revision syntax for Subversion URLs)

From: Daniel Patterson <danpat_at_adaptiveinternational.com>
Date: 2003-08-05 09:48:32 CEST

On Tue, 2003-08-05 at 17:33, Julian Reschke wrote:
> > From: SLOGEN [mailto:jensen@slog.dk]
> > Sent: Tuesday, August 05, 2003 9:27 AM
> > To: Carey Evans
> > Cc: dev@subversion.tigris.org
> > Subject: PROPOSAL: URL-syntax (Was: Re: Official revision syntax for
> > Subversion URLs)
> >
> >
> > Currently proposed methods for URL's of revisions have several flaws:
> >
> > - they either make some files unnamable by the syntax, or require
> > escaping of certain caracters
> > - they make relative operations on URL's fail, (URL to "./foo" gives
> > you HEAD rev. of foo, not the same revision as you asked for this file)
> > - The "?" notation makes the results uncacheable (jf.
> > ftp://ftp.isi.edu/in-notes/rfc2616.txt)
>
> Section?

13.9 probably. However, HTTP/1.1 servers *may* indicate that URI's
with the "?" character in them may be cached.

--------------
13.9 Side Effects of GET and HEAD

   Unless the origin server explicitly prohibits the caching of their
   responses, the application of GET and HEAD methods to any resources
   SHOULD NOT have side effects that would lead to erroneous behavior if
   these responses are taken from a cache. They MAY still have side
   effects, but a cache is not required to consider such side effects in
   its caching decisions. Caches are always expected to observe an
   origin server's explicit restrictions on caching.

   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 MUST NOT 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 SHOULD NOT
   be taken from a cache. See section 9.1.1 for related information.
---------------------------

daniel

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 5 09:49:43 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.