Probleme mit SVN-Repositories im HTTP-Root

Ein Kunde hatte vergangene Woche ein Problem mit einer SVN-Repository im Root seiner Domain. Zugegebenermaßen war er der erste Kunde, der versucht hat eine SVN-Repository genau dort anzulegen - abgesehen von uns selbst, aber wir stellen in dieser Sache eine Art Sonderfall dar (mehr dazu später).

Ein Auschecken funktionierte hier ohne Probleme, sobald er aber einen Commit versuchte, schlug dieser mit einem "Dokument nicht gefunden"-Fehler (404) fehl. Die gemeldete URL hierbei war immer "/wbl/eine_art_hash/eine_nummer". Sehr merkwürdig!

Nach ein wenig hin und her checkte ich die Repository selbst aus und versuchte auch mal einen Commit während ich mit den HTTP-Traffic genau anschaute. Die übertragene URL sah mit "//!svn/wbl/eine_art_hash/eine_nummer" eigentlich ganz richtig aus und es erschien mir spontan ein sehr sehr merkwürdiger Fehler innerhalb des Webservers bei uns zu sein.

Bei genauerem hinschauen, genauer war ich gerade im Sourcecode von apr-util unterwegs, fiel mir auf, dass der Webserver das "//" am Anfang als einen Hinweis auf ein "Authority Component" (RFC 2396, 3.2) ansieht und das folgende "!svn" genau so auswertet. So kam dann auch die URL für die "Dokument nicht gefunden"-Meldung zustande.

In meinen Augen liegt der Fehler hierbei im SVN-Client wobei zwischen 1.5 und 1.6 alle Versionen betroffen sind. Ich habe dennoch einen Workaround bei uns entwickelt, der "//!svn" einfach nicht als ein "Authority Component" ansieht und als Pfad auf dem Webserver weiterverarbeitet.

Ich wollte auch immer schon mal im subversion-Paket nach dem Fehler (sofern es denn einer ist) suchen, aber dazu fehlt mir gerade beim besten Willen die Zeit. Der Grund warum der Fehler bei unserer eigenen SVN-Repository noch nicht auftrat ist denkbar einfach: Dort wird nur nach "/trunk" und "/branches" commited und die Verzeichnisse wurden angelegt, als die Repository noch nicht im Root einer Domain leg :eek: