Ein nettes kleines Problem präsentierte sich mir neulich, als ich von Arbeits wegen wieder einmal mit Maven zu tun hatte. Ein Fehlerreport war eingegangen, der sagte, daß der Test XY nur beim ersten Mal funktioniert.

Die Fehlerbeschreibung - wie immer bei richtig guten Bugs - hatte nichts mit der eigentlichen Ursache und auch nichts mit dem eigentlichen Fehler zu tun. Der Test war mittels JMeter automatisiert. Nach einigem Stochern im Nebel wurde der Test mittels Eclipse debuggt und Schritt für Schritt die Abarbeitung des fraglichen Codes in der von unserem Team entwickelten Library nachvollzogen.

Es stellte sich heraus, daß der Test sich an einem simplen System.out.println festhakte - der Prozeß stand und musste gekillt werden. Zunächst wurde geprüft, ob das Erzeugen des auszugebenden Strings oder der Inhalt desselben etwa ein Problem darstellte. Beides war nicht der Fall. Es lag an der Länge des Strings: etwas über 4000 Zeichen war die Marke, die nicht überschritten werden durfte.

Irgendwann kam ich dann darauf: JMeter wurde über ein Maven-Plugin mittels

mvn jmeter:gui

gestartet. Diese Startvariente baut eine Befehlszeile zusammen und startet JMeter dann als eigenen Prozeß mittels ProcessBuilder. Die Ausgaben, die ein System.out.println erzeugt, landen in der Standardausgabe. Das Plugin erzeugte den Prozeß aber nur, ohne sich um die Streams des Prozesses zu kümmern. Ein kurzes Stöbern im Quelltext des OpenJDK förderte die Ursache zutage: unter Windows werden für den Prozeß named Pipes erzeugt, die eine festgelegte Größe haben (eben diese 4000 und ein paar Bytes). Wenn die Inhalte der Pipe nicht ausgelesen werden, wird ein schreibender Prozeß blockiert, sobald die Pipe voll ist. Und genau das war passiert.

Unter Java bis Version 6 muß man also einen Thread an die Streams hängen, der sie kontinuierlich leert. Unter Java 7 existiert glücklicherweise eine Möglichkeit, den ProcessBuilder anzuweisen, daß er die Streams auf die des Elternprozesses legen soll.

Also rasch noch ein Bug-Report an die Entwickler des betroffenen Maven-Plugins mit Vorschlag zur Lösung des Problems und ich konnte mit der beruhigenden Gewißheit einschlafen, wieder etwas gelernt zu haben...