Re: General question on Serf

2012-09-26 Thread Greg Stein
On Wed, Sep 26, 2012 at 2:11 PM, Philip Martin wrote: > Lieven Govaerts writes: > >> If the intention is to instruct the proxy that a cached response is >> only valid for a certain X-SVN-VR-Base header, then that is what the >> "Vary" header is for. >> So with: >> Vary: X-SVN-VR-Base >> in the re

Re: General question on Serf

2012-09-26 Thread Philip Martin
Lieven Govaerts writes: > If the intention is to instruct the proxy that a cached response is > only valid for a certain X-SVN-VR-Base header, then that is what the > "Vary" header is for. > So with: > Vary: X-SVN-VR-Base > in the response, the proxy should only return a cached response if the >

Re: General question on Serf

2012-09-26 Thread Lieven Govaerts
On Wed, Sep 26, 2012 at 7:27 PM, C. Michael Pilato wrote: > On 09/26/2012 12:28 PM, Philip Martin wrote: >> Branko Čibej writes: >> >>> This is how the cache /should/ work, according to any number of HTTP >>> specs. Unfortunately, most proxies that I know about don't attempt >>> anything as "adva

Re: General question on Serf

2012-09-26 Thread C. Michael Pilato
On 09/26/2012 12:28 PM, Philip Martin wrote: > Branko Čibej writes: > >> This is how the cache /should/ work, according to any number of HTTP >> specs. Unfortunately, most proxies that I know about don't attempt >> anything as "advanced" as that. > > If the cache ignores X-SVN-VR-Base and simply

Re: General question on Serf

2012-09-26 Thread Philip Martin
Bert Huijben writes: > To what url was this request? > > I don't think it is to the public URL, or is it? > > This might be part of the answer. It's the response to the GET I posted earlier in the thread. It's a request for /f@2 with a base revision of /f@1: GET /obj/repo/!svn/rvr/2/f HTTP/1.1

RE: General question on Serf

2012-09-26 Thread Bert Huijben
To what url was this request? I don't think it is to the public URL, or is it? This might be part of the answer. Bert Huijben (Cell phone) From: Philip Martin Sent: 26-9-2012 18:29 To: Branko Čibej Cc: dev@subversion.apache.org Subject: Re: General question on Serf Branko Čibej writes: &

Re: General question on Serf

2012-09-26 Thread Philip Martin
Branko Čibej writes: > This is how the cache /should/ work, according to any number of HTTP > specs. Unfortunately, most proxies that I know about don't attempt > anything as "advanced" as that. If the cache ignores X-SVN-VR-Base and simply caches the response that will break 1.8 clients. Looki

Re: General question on Serf

2012-09-26 Thread Branko Čibej
On 26.09.2012 17:48, Philip Martin wrote: > Mark Phippard writes: > >> I have always been skeptical of the ability to put a cache in front of the >> SVN server. Wouldn't something like this keep a cache from working >> properly? How would a cache know about that header we added and that the >> c

Re: General question on Serf

2012-09-26 Thread Philip Martin
Mark Phippard writes: > I have always been skeptical of the ability to put a cache in front of the > SVN server. Wouldn't something like this keep a cache from working > properly? How would a cache know about that header we added and that the > content we returned to the client cannot be cached

Re: General question on Serf

2012-09-26 Thread C. Michael Pilato
On 09/26/2012 09:51 AM, C. Michael Pilato wrote: > On 09/26/2012 09:40 AM, Philip Martin wrote: >> Serf sends the delta base to the server (what does TEMPORARILY mean >> here?): >> >> /** This header is *TEMPORARILY* used to transmit the delta base to the >> * server. It contains a version resourc

Re: General question on Serf

2012-09-26 Thread Mark Phippard
On Wed, Sep 26, 2012 at 9:44 AM, Mark Phippard wrote: > On Wed, Sep 26, 2012 at 9:40 AM, Philip Martin > wrote: > >> Mark Phippard writes: >> >> > What happens with Serf? From what I know, I would assume that Serf has >> to >> > do a GET of the entire file. Is this true or does it somehow onl

Re: General question on Serf

2012-09-26 Thread Philip Martin
Philip Martin writes: > GET /obj/repo/!svn/rvr/2/f HTTP/1.1 > Host: localhost: > User-Agent: SVN/1.8.0-dev serf/1.1.1 > DAV: http://subversion.tigris.org/xmlns/dav/svn/depth > DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo > DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revpr

Re: General question on Serf

2012-09-26 Thread C. Michael Pilato
On 09/26/2012 09:40 AM, Philip Martin wrote: > Serf sends the delta base to the server (what does TEMPORARILY mean > here?): > > /** This header is *TEMPORARILY* used to transmit the delta base to the > * server. It contains a version resource URL for what is on the client. > */ > #define SVN_DA

Re: General question on Serf

2012-09-26 Thread Mark Phippard
On Wed, Sep 26, 2012 at 9:40 AM, Philip Martin wrote: > Mark Phippard writes: > > > What happens with Serf? From what I know, I would assume that Serf has > to > > do a GET of the entire file. Is this true or does it somehow only > request > > a delta? > > Serf sends the delta base to the serve

Re: General question on Serf

2012-09-26 Thread Philip Martin
Mark Phippard writes: > What happens with Serf? From what I know, I would assume that Serf has to > do a GET of the entire file. Is this true or does it somehow only request > a delta? Serf sends the delta base to the server (what does TEMPORARILY mean here?): /** This header is *TEMPORARILY*

RE: General question on Serf

2012-09-26 Thread Bert Huijben
I think I can answer this question, but maybe one of the ra_serf gurus can fill in the details. With the get request serf sends a header to tell the server which version of the file the client already knows. The server than usually sends the delta, just like neon or svnserve do/did. The server