If you use a combination of Redmine.pm, Apache and SVN and are wondering about error messages telling you "COPY of ‘foobar’ : Could not read status line: connection was closed by server" or "COPY of ‘foobar’ : Could not read status line: secure connection truncated" you probably will want to switch to apache2-mpm-prefork to get rid of them.

A combination of Redmine.pm, apache2-mpm-worker and Redmine.pm doesn’t seem to be stable at all.

Eigentlich will ich gar nicht viel: Ein Flex Projekt dass ich unter Windows erstellt habe soll nun auf dem Mac (gestern endlich angekommen) weiter entwickelt werden. “Nichts leichter als das!” dachte ich mir und machte einen SVN Checkout auf meinem Apfel. Viel Rot macht sich breit. Das Log ist erstmal voll mit Fehlermeldungen, die sich über die Windows Pfadangaben in den Projektdateien beschweren. Schnell den Editor angeworfen, die Pfade ersetzt. Keine Fehlermeldungen mehr. Nur eins ist irgendwie blöd: Zwar sind die Fehlermeldungen verschwunden (auch im Eclipse-Log ist nichts zu finden), doch nach dem Kompilieren der Anwendung startet diese nicht. Das Hauptfenster vom Flex Builder verliert kurz den Fokus, irgendwas wird wohl versucht zu starten, doch das Hauptfenster erhält den Fokus nach ca. einer Sekunde wieder zurück.

Vielleicht hat ja jemand eine Idee woran das liegen kann? Würde mich über jeden Kommentar freuen!

UPDATE:
Das Problem entstand dadurch, dass in den Projekt Libraries eingebunden wurden, die Zahlpfade jedoch nicht mehr korrekt waren. Es lässt sich leicht beheben indem die Pfade in den Project Preferences angepasst werden (”Flex Build Path” -> “Library Path”).

Was ist Code ohne Dokumentation? Genau: total daneben.

Zum Glück gibt es ja praktische Helfer wie phpDocumentor, um aus Kommentaren eine richtig anständige Dokumentation zu zaubern. Aber das verdammte Ding nach jedem SVN commit anzustoßen ist auf Dauer ganz schön nervig…

Abhilfe verspricht der post-commit hook. In dem Wurzelverzeichnis jedes SVN Repositorys befindet sich ein Verzeichnis namens hooks. Dort können beliebige ausführbare Dateien hinterlegt werden, die je nach deren Dateinamen zu einem bestimmten Zeitpunkt ausgeführt werden (Beispiele / Templates sind bereits in dem Verzeichnis enthalten).
Um phpDocumentor nach einem erfolgreichen SVN commit zu starten kann man ein Bash-script verwenden, indem man diesem den Dateinamen post-commit verpasst und das Executebit setzt (chmod +x foo).

Der Ablauf im Script ist dann wie folgt:
1. SVN checkout anwerfen
2. phpdoc -d anwerfen
3. Quellcode löschen (bei Bedarf)

Das Script bekommt bei seinem Aufruf 2 Argumente: den absoluten Pfad zum betroffenen Repository sowie die Reversion nach dem commit.

Besonders praktisch finde ich daran die Möglichkeit den Quelltext zusammen mit der entsprechenden Dokumentation im Intranet zugänglich zu machen.