Apache JMeter ist seit über 20 Jahren der De-facto-Standard für Open-Source-Lasttests. Mit den Versionen 5.5 und 5.6.3 hat die Apache Software Foundation das Tool für moderne Java-Stacks und CI/CD-Pipelines vorbereitet. Java 17 Support, Open Model Thread Group, Constant Throughput Timer Fix und eine Reihe Stabilisierungs-Updates.
Dieser Artikel fasst zusammen, was in 5.5 und 5.6.3 neu ist und worauf du beim Upgrade achten solltest. Aktuelle stabile Version: Apache JMeter 5.6.3 (Quelle: jmeter.apache.org/changes).
Inhaltsverzeichnis
Java 17 Support
JMeter 5.5 brachte volle Kompatibilität mit Java 11, 17 und neueren LTS-Versionen. 5.6.3 stabilisiert das. Während Java 8 als Mindestversion noch funktioniert, ist Java 17 die empfohlene Wahl für neue Setups.
Warum das wichtig ist: Java 17 bringt G1GC-Verbesserungen, niedrigere Garbage-Collection-Pausen und das Modul-System. Bei großen Test-Plänen (mehr als 1.000 Threads) merkst du den Unterschied an stabileren Response-Times über lange Laufzeiten.
# Java-Version prüfen
java -version
# erwarte: openjdk version "17.x.x" oder neuerBei Distributed-Setups gilt: Master und Worker müssen dieselbe Java-Major-Version fahren. Mixed-Version-Cluster ergeben cryptische RMI-Serialisierungs-Errors.
Open Model Thread Group
Die klassische Thread Group simuliert Closed Workflow: feste Anzahl User, die nacheinander Aktionen ausführen und auf Antworten warten. Wenn das System langsamer wird, drosselt sich die Last automatisch (Self-Throttling).
Die neue Open Model Thread Group simuliert Open Workflow: konstante Ankunfts-Rate, unabhängig von System-Antwortzeiten. Wer 500 Requests pro Sekunde simulieren will (egal wie schnell das System antwortet), nutzt jetzt die Open Model Thread Group statt Constant Throughput Timer plus klassischer Thread Group.
Vorteil: klarere Semantik. Ein Test-Plan, ein Workflow-Modell. Wer den Unterschied zwischen Closed und Open Workflow im Detail verstehen will, lies den Artikel Closed vs. Open Workflow Models.
Constant Throughput Timer Fix
In 5.6.3 hat Apache eine seit Jahren bestehende NullPointerException im Constant Throughput Timer behoben. Bei Distributed-Setups mit hoher Last und Coordination zwischen mehreren Threads konnte das Timer-Objekt unter seltenen Race-Conditions null liefern und den Test crashen.
Nach dem Fix läuft der Constant Throughput Timer auch bei 5.000+ Threads pro Worker stabil. Wer den Timer in der Pipeline nutzt, sollte zwingend auf 5.6.3 upgraden.
Achtung bei der Konfiguration: Die Einheit ist Requests pro Minute, nicht pro Sekunde. Wer 60 Requests pro Sekunde will, trägt 3.600 ein. Klassiker, der im JMeter-Doku gut versteckt steht.
Weitere Verbesserungen
| Bereich | Was sich geändert hat |
|---|---|
| Binary-API-Kompatibilität | Pre-5.6.2 API-Calls funktionieren wieder. Hatte mehrere Plugins gebrochen. |
| Response Time Summary Report | Falsche Aggregations-Werte gefixt bei sehr großen Test-Plänen. |
| HTTP Sampler | Verbesserte Header-Handhabung bei Redirects (3xx). |
| Backend Listener | InfluxDB-2.x-Support stabilisiert. Wichtig für Live-Monitoring mit Grafana. |
| Logging | Log4j2-Config aktualisiert auf 2.x mit besseren Defaults. |
Die vollständige Change-Liste steht in den offiziellen Apache-Release-Notes. Wer Plugins nutzt (JMeter-Plugins.org, Custom Thread Groups, Throughput Shaping Timer), sollte die Plugin-Versionen ebenfalls auf 5.6.3-Kompatibilität prüfen.
Upgrade-Hinweise
Aus 5.4 oder älter auf 5.6.3:
- Java-Version prüfen. Mindestens Java 8, empfohlen Java 17. Bei Java 8 ggf. auf 17 wechseln.
- Plugins aktualisieren. Alle Custom-Plugins (insbesondere Custom Thread Groups, Throughput Shaping Timer) auf 5.6.3-Build prüfen.
- Distributed-Setups synchronisieren. Master und alle Worker auf dieselbe 5.6.3-Version pinnen. Mixed-Version-Cluster sind ein No-Go.
- Test-Plan in JMeter 5.6.3 öffnen + speichern. JMX-Format ist abwärtskompatibel, aber neue Defaults für die Open Model Thread Group sind nur nach Re-Save aktiv.
- Pipeline-Image aktualisieren. Bei Docker:
justb4/jmeter:5.6.3statt älterer Versionen. CI-YAML entsprechend anpassen.
Fazit
JMeter 5.6.3 ist ein Stabilisierungs-Release, das Java-17-Kompatibilität, Open Model Thread Group und einen wichtigen Constant-Throughput-Timer-Fix mitbringt. Wer in Pipelines fährt und mehr als 1.000 Threads simuliert, sollte zwingend upgraden.
Für die JMeter-Praxis im Produktions-Setup siehe den Artikel JMeter Lasttest: Distributed Mode, Cloud-Setup & CI/CD. Für den Einsteiger ist das JMeter Tutorial die Vertiefung.
Häufige Fragen (FAQ)
Welche JMeter-Version ist aktuell stabil?
Apache JMeter 5.6.3 ist die aktuelle stabile Version mit Bug-Fixes für Constant Throughput Timer, Binary-API-Kompatibilität pre-5.6.2 und Java-17-Stabilisierung.
Welche Java-Version brauche ich für JMeter 5.6.3?
Mindestens Java 8, empfohlen Java 17 LTS oder neuer. Java 21 funktioniert ebenfalls. Bei Distributed-Setups: Master und Worker dieselbe Major-Version.
Was ist die Open Model Thread Group?
Ein neuer Thread-Group-Typ ab JMeter 5.6, der Open Workflow nativ unterstützt: konstante Ankunfts-Rate statt fester User-Zahl. Klarere Semantik als die Kombination aus klassischer Thread Group plus Constant Throughput Timer. Details im Artikel Closed vs. Open Workflow Models.
Muss ich von 5.5 auf 5.6.3 upgraden?
Empfohlen, ja. Vor allem wenn du den Constant Throughput Timer in Distributed-Setups nutzt: der NullPointerException-Fix in 5.6.3 verhindert Test-Crashes unter hoher Last.
Funktionieren meine bestehenden JMX-Pläne mit 5.6.3?
Ja, abwärtskompatibel. JMX-Dateien aus 5.4 und 5.5 funktionieren in 5.6.3 ohne Anpassung. Neue Features (Open Model Thread Group) musst du aktiv einfügen.