Autor: renke

… eine Tomcat-Installation dann kein Problem ist, wenn auf Java-Sicherheitspolicies verzichtet wird?
… solche lieblos aufgesetzten Server mancherorts nicht nur zum testen genutzt werden, sondern durchaus produktiv?
… Directory Listings von J2EE-Applikationen unterbunden werden sollten, wenn ansonsten _jeder_ Zugriff auf die Management-Seite erhält auf der beispielsweise der Server heruntergefahren werden kann?
… auf eben genannte Management-GUI sinnigerweise auch eine Zugriffskontrolle eingerichtet sein sollte?
… ein Tomcat mit java.security.debug=all innerhalb weniger Augenblicke gigabyte-große Logfiles erzeugen kann?
… das Raid des neuen Servers immerhin 180 MiB pro Sekunde wegschreibt?
… manchmal sowohl

permission java.io.FilePermission „file:[verzeichnis]“, „read“

als auch

permission java.io.FilePermission „[verzeichnis]“, „read“

benötigt werden?

Hab heute mal ein weiteres Gastsystem aufgesetzte – diesmal einen mysql-Server, der bei uns vor allem für Auswertungen genutzt wird.

Blöderweise benötigen wir hierfür jedoch eine Version 4.0, selbst die von uns genutzte Linux-Distribution Debian, welche nicht unbedingt für progressive Versionspolitik bekannt ist, bietet in der aktuellen Version 4 (Etch) nur einen 5er-mysql an. Mit etwas hängen und würgen habe ich dann das System davon überzeugt sich mit einem alten Debian-Paket zufriedenzugeben (ist das dann ein ahead- oder pre-Port?).

Danach habe ich mir mal die Datenbanken auf dem alten Server (namens Uranus, der neue heißt dann – hübsch politisch unkorrekt – Caliban) angeschaut und habe Schweißausbrüche gekriegt.

Heute habe ich mich total angestrengt und eine grafische Darstellung dessen erarbeitet, was am Ende auf der Kiste laufen soll.

Schick, oder? Glücklicherweise bezahlen die mich nicht für’s zeichnen, sonst würde ich wohl jämmerlich verhungern…