Status: verifiziert. Ausgeführt in dieser Umgebung, Log-Auszug unten ist echte Ausgabe (keine Beispiel-/Wunschausgabe).
cd concordia-portal
mvn verify -Pliberty-verify
Das startet einen echten Open-Liberty-Prozess (liberty:create → liberty:deploy →
liberty:start, gebunden an die Maven-Phase pre-integration-test), wartet bis der Server
bereit ist, und stoppt ihn danach automatisch wieder (liberty:stop,
post-integration-test) — siehe concordia-portal/pom.xml,
Profil liberty-verify.
Zusätzlich wurde der Server ein zweites Mal im Vordergrund gestartet (mvn liberty:run), um den
Health-Endpoint bei laufendem Server live per curl zu testen.
target/liberty/wlp/usr/servers/concordiaPortalServer/logs/messages.log)[17.08.26, 21:15:24:674 MESZ] 00000036 com.ibm.ws.http.internal.VirtualHostImpl A CWWKT0016I: Webanwendung verfügbar: (default_host): http://desktop-dspsm2f.mshome.net:19080/concordia-portal/
[17.08.26, 21:15:25:429 MESZ] 00000039 com.ibm.ws.app.manager.AppMessageHelper A CWWKZ0001I: Die Anwendung concordia-portal ist nach 1,694 Sekunden gestartet.
[17.08.26, 21:15:25:575 MESZ] 00000034 com.ibm.ws.kernel.feature.internal.FeatureManager A CWWKF0011I: Der Server concordiaPortalServer ist für die Ausführung von Smarter Planet bereit. Der Server concordiaPortalServer ist nach 136,975 Sekunden gestartet.
Die lange Startzeit (~137s) beim allerersten Start erklärt sich durch den einmaligen Download der
Open-Liberty-Runtime als Maven-Artefakt (danach lokal im .m2-Repository gecacht, spätere Starts
sind deutlich schneller).
$ curl -s http://localhost:19080/concordia-portal/health
{"status":"UP","service":"concordia-portal"}
HTTP-Statuscode 200, Antwort exakt wie in
HealthServlet.java
implementiert.
Nach mvn liberty:stop bzw. Beenden des liberty:run-Prozesses wurde geprüft, dass Port 19080
tatsächlich wieder frei ist (curl liefert keine Verbindung mehr, kein verwaister Java-Prozess) —
relevant für den Betriebsalltag: ein Liberty-Server, der beim Stoppen Ports/Prozesse hinterlässt,
verhindert den nächsten sauberen Start (z. B. nach einem Deployment im Rahmen von
docs/50-automatisierung-deployment/).
Dieser Nachweis läuft mit Open Liberty auf Eclipse Temurin OpenJDK 21 (auf dieser Maschine
installiert). Siehe
docs/00-ueberblick/systemlandschaft.md für die
Einordnung: kommerzielles WebSphere Liberty läuft in echten IBM-Shops meist auf IBM Semeru
Runtime statt HotSpot — für das reine Server-Start-/Feature-Verhalten, das hier verifiziert wird,
macht das keinen Unterschied, für GC-Tuning (siehe
docs/20-monitoring-tuning/) aber sehr wohl.