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

Re: WebDAV proxy feature "negotiation" -- there's *got* to be a better way.

From: Mark Phippard <markphip_at_gmail.com>
Date: Mon, 15 Oct 2012 08:19:16 -0400

On Mon, Oct 15, 2012 at 7:59 AM, C. Michael Pilato <cmpilato_at_collab.net> wrote:

> What solutions do we have?
>
> - Something automated? Can a slave server contact a master server with
> a custom feature negotiation request and cache the results?

Is this possible? Could we try to contact the master at server
startup or something and cache the version somewhere? That said, I do
not believe the server currently provides any easy way to know this.
It might even be a security hole if it did.

We needed to know the version of the master in SVN Edge. With 1.7,
this was relatively easy to do because we just had to see if the
server supported HTTPv2. As we start to get to more obscure features
it seems like it will be more difficult.

This would be the ideal though. Maybe this "cache process" could go
through the same feature negotiation that a client would normally go
through and figure it out from that?

> - Make the configuration fit the audience? What if instead of a (growing)
> list of httpd.conf directives which mean nothing to the typical
> administrator, we simply have one: SVNMasterVersion ${VERSION_NUMBER}?
> We know which features showed up in which releases, and should be able
> to do the right thing.

I think this would be the next best option.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on 2012-10-15 14:19:49 CEST

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.