Beim Versuch in meinem aktuellen Projekt JBoss auf unserer Buildumgebung zum laufen zu bringen, musste ich feststellen dass JBoss standardmässig nicht für den Remotezugriff eingerichtet ist. Ich dachte erst an ein Firewall Problem aber nichts da. Die Firewall war es nicht.

Um den Zugriff auf JBoss von einer anderen Maschine zu erlauben muss man entweder die JBoss Konfiguration anpassen…

oder JBoss so starten:

./run.sh -b 0.0.0.0

Im JBoss 4.2.2 muss man das Startscript anpassen um die Logausgaben einer Anwendung erfolgreich auf die Konsole zu bekommen… hm.

Das Logging von JBoss wird mit der Datei conf/jboss-log4j.xml gesteuert.
In dieser Datei ist dann konfiguriert wie JBoss Logs schreibt.

Wenn man in der log4j.xml der deployten Anwendung den root-Logger auf die Konsole schreiben lässt, sagt einem JBoss “invalid console appender config detected, console stream is looping” … ???

Damit JBoss das Anwendungslogging wie erwartet auf der Konsole ausgibt, muss man beim Start folgende Zeile mitgeben:

set JAVA_OPTS=%JAVA_OPTS% -Dorg.jboss.logging.Log4jService.catchSystemOut=false

Damit leitet der JBoss das Logging aller Anwendungen auf die Konsole um und verschluckt diese nicht mehr.

….ist klar !?!

Wiederverwendbarkeit (reuseability) und Veränderbarkeit (changeability) steigern die Qualität (und senken damit meist den Preis) von Software und sind stark beeinflußt durch das Konzept des loose coupling, der losen Kopplung der Klassen und packages aneinander.

Eine hohe Kopplung erschwert Änderungen und sollte vermieden werden. Um die Kopplung zu verringern müssen die Verbindungen von Klassen zueinander möglichst eingeschränkt werden (imports, Methodenaurufe, Referenzen). Die maximale Entkopplung aller Klassen in einem Package von Klassen ausserhalb des Package kann man durch den Einsatz von Java Boardmitteln, einer Facade und einer Factory erreichen… (more…)