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

Re: Domain-specific Repository Roots

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2006-12-17 19:25:23 CET

On 12/17/06, Wesley J. Landaker <wjl@icecavern.net> wrote:
> On Saturday 16 December 2006 19:42, Bob Smith wrote:
> > Essentially, I'm looking for a feature similar to HTTP/1.1 and
> > Apache's <VirtualHost> where the domain name is also part of the
> > request to the server, rather than just a means to obtain an IP
> > address. Perhaps this can be done were I to use the Apache server
> > approach instead of svnserve, except the ISP I'm using runs Apache
> > 1.3.x -- I could install Apache 2.0 separately, but I thought I'd try
> > asking about this approach first.
>
> This is the kind of thing that DNS SRV records are meant to handle for all
> services in a generic way, instead of relying on protocol-specific virtual
> hosting mechanisms. This is, for instance, how to do "virtual hosting" with
> XMPP, LDAP, etc, and is a MUCH preferred way to do virtual hosting since it
> doesn't require modification of protocols, and avoids horrible issues like
> the notorious no-name-based-virtual-hosting-for-https-hosts class of
> problems.
>
> Too make this work, pretty much all that would need to happen is for the the
> subversion client libraries to query and honor DNS SRV records, which I'm
> pretty sure it doesn't do currently. (Then you'd just run svnserve with an
> appropriate root on various ports and map them all to the "svn" service for
> each domain with SRV records.)

You could add that to the issue tracker as an enhancement request. I
like the sound of it, without complicating the code much.

bye,

Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Dec 17 19:25:57 2006

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

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