Buendelt novaris-policy-core (EJB-Modul) und novaris-policy-web-legacy-jsf (Web-Modul)
zu der einen deploybaren Einheit, die WebSphere tatsaechlich als Anwendung entgegennimmt.
Enthaelt selbst keinen Java-Code - nur Packaging-Konfiguration und Deployment-Deskriptoren.
src/main/application/META-INF/application.xml - von Hand geschrieben (nicht vom
maven-ear-plugin generiert), inklusive der drei Security-Rollen und der WSDL-Erklaerung,
warum die Deskriptorversion 7 statt 8 ist (siehe Kopfkommentar der Datei)src/main/liberty/config/server.xml - vollstaendige Serverkonfiguration (EJB Lite, JPA,
JMS/MQ, Servlet, JSF, Security) fuer das liberty-verify-Profil# aus novaris-legacy-parent/:
mvn -pl novaris-policy-ear -am package
Erzeugt target/novaris-policy.ear.
mvn -pl novaris-policy-ear -am verify -Pliberty-verify
Nicht im Default-Build aktiv (laedt beim ersten Aufruf eine komplette Open-Liberty-Runtime
herunter und startet einen echten Serverprozess). Aktueller Verifikationsstand - Serverstart
funktioniert zuverlaessig, das automatisierte EAR-Modul-Deployment hat noch ein offenes,
eng eingegrenztes Detail - siehe
docs/50-websphere-config/03-liberty-serverstart-verifiziert.md.
docs/50-websphere-config/02-ear-packaging-und-deployment.md erklaert die
Archivhierarchie (ejb-jar/war/ear), warum EJB- und Web-Modul im selben EAR liegen (Local-
statt Remote-EJB-Aufrufe aus der Web-Schicht) und den Deployment-Weg auf WebSphere
traditional (Admin Console/wsadmin) vs. Liberty (apps-Verzeichnis).