EinordnungPrio 10
Gesamtlandschaft und Denkmodell
Wie fachliche Prozesse, technische Plattformen, Integrationswege, Datenbesitz, Betriebsmodell und Modernisierung zusammenhaengen.
Version 4 · Legacy + Refactoring + OpenShift Migration
Enterprise Legacy Systeme verstehen
Ein deutsches Verständnis-Lehrbuch für Senior-Java-/Enterprise-Modernisierung: Mainframe, Java EE, SOAP/ESB, MQ, Oracle, Batch, Legacy UI, ETL, Security und Reporting. Jede Systemseite enthält fachliche Erklärung, technische Darstellung, Code-/Konfigurationsbeispiele, Risiken, Modernisierungsmuster und Übungsaufgaben.
Gesamtkarte: Legacy-Systeme muessen gemeinsam als fachlich-technische Landschaft gelesen werden.
Systeme
KernsystemPrio 10
Mainframe / Host-Kernsystem
Zentrale Transaktionslogik, Buchungen, Vertragsfuehrung, Policenverwaltung oder Kundenstammdaten mit sehr hoher Stabilitaet.
AnwendungsserverPrio 10
Java EE / WebSphere Monolith
Klassische EAR/WAR/EJB-Anwendung mit Session Beans, JTA, JDBC/JPA, SOAP, JSP/JSF und serverseitigem Deployment.
IntegrationPrio 9
SOAP / ESB Integrationsschicht
WSDL-basierte Services, XML-Schemas, Routing, Transformation, Orchestrierung, Fehlerkanal und Vertragsstabilitaet.
Asynchrone IntegrationPrio 9
Message Queue / JMS / IBM MQ
Entkopplung ueber Queues, garantierte Zustellung, Dead Letter Queues, Retry, Reihenfolge und idempotente Verarbeitung.
Daten- und RegelkernPrio 10
Oracle Datenbank / Stored Procedures
Tabellen, Views, Packages, Trigger, Stored Procedures und Reporting-Abfragen als versteckte Fachlogik.
ProzessautomatisierungPrio 9
Batch / Scheduler / Nachtverarbeitung
Periodische Verarbeitung mit Jobketten, Abhaengigkeiten, Zeitfenstern, Wiederanlauf, Kontrolltabellen und Abschlussberichten.
BenutzerschnittstellePrio 8
Legacy UI / JSP / JSF / Struts
Serverseitige Masken, Session State, Validierung, Berechtigungen und fachliche Workflows fuer Sachbearbeitung.
DatenintegrationPrio 8
File Transfer / ETL / Data Warehouse
CSV/XML/Fixed-Width-Dateien, SFTP, ETL-Strecken, Staging-Tabellen, Datenqualitaet und Reporting-Lieferketten.
QuerschnittPrio 9
Identity / Security / LDAP / SSO
Authentifizierung, Autorisierung, Rollen, technische Benutzer, Zertifikate, SSO, Audit und Berechtigungsmigration.
Nachweis und AuswertungPrio 8
Reporting / Archivierung / Revision
Berichte, regulatorische Nachweise, Archivdaten, Revisionsspuren, Datenaufbewahrung und historische Nachvollziehbarkeit.
Was in Version 4 erweitert wurde
Mehr Tiefe pro System
Jede Systemseite enthaelt nun laengere Erklaerungen, typische Artefakte, Ablaufmodelle, Risiken, Modernisierungspfad und Uebung.
Mehr Beispiele
COBOL Copybook, EJB/JTA, WSDL/XSD/XSLT, MDB/JMS, PL/SQL, Batch, Struts/JSP, ETL, LDAP und Audit-Beispiele.
Mehr fachliche Bilder
Jedes System hat eine fachliche und eine technische SVG-Darstellung.
Mehr Modernisierung
Strangler Fig, Anti-Corruption Layer, Facade, Adapter, Golden Master Test, Outbox und Idempotent Consumer werden systembezogen eingeordnet.
Lesestrategie für Senior Java Entwickler
Arbeite nicht von Technologie zu Technologie, sondern von fachlicher Fähigkeit zu technischer Kopplung: Datenhoheit, Transaktion, Schnittstelle, Fehlerkanal, Betrieb und Nachweis. Erst danach sollte entschieden werden, ob ein Teil refactored, gekapselt, ersetzt, stranguliert oder unverändert stabilisiert wird.
Querschnittliche Entwurfsmuster
| Pattern | Zweck |
|---|---|
| Strangler Fig Pattern | Altsystem schrittweise ueber neue Routen, APIs oder Prozessanteile ersetzen. |
| Anti-Corruption Layer | Legacy-Begriffe und technische Formate vom neuen Domänenmodell isolieren. |
| Facade | Komplexe Host-, EJB-, SOAP-, MQ- oder DB-Aufrufe hinter einem fachlichen Use Case kapseln. |
| Adapter | Technische Protokolle und Altformate in moderne Ports uebersetzen. |
| Outbox Pattern | Datenbankcommit und Event-Publikation konsistent koppeln. |
| Idempotent Consumer | Doppelte Nachrichten ohne doppelten Fachschaden behandeln. |
| Golden Master Test | Ist-Verhalten mit Referenzdaten sichern, bevor modernisiert wird. |
| Saga / Process Manager | Verteilte Prozesse ohne globale Transaktion koordinieren. |
Version 4: Refactoring Vorher/Nachher
Neue V3-Erweiterung: komplexe Vorher-/Nachher-Beispiele mit Absicherung und Patterns.
Java EE / WebSphere MonolithPrio 10
Monster-EJB: Rechnung anlegen
Eine zentrale Stateless Session Bean mischt Validierung, JPA, JDBC, SOAP, JMS, Audit, Rabatte, Fehlerbehandlung und Transaktionssteuerung in einer Methode.
FacadeApplication ServiceRepositoryPolicy/Specification
Oracle / Stored ProceduresPrio 9
Stored Procedure: Mahnlauf-Regeln herauslösen
Ein PL/SQL-Package entscheidet Mahnstufe, Gebühren, Sperren und Historie in einem datenbanknahen Block. Das Refactoring extrahiert Regeln kontrolliert in einen Domain Service.
Golden Master TestSpecificationRepositoryDomain Service
JMS / IBM MQPrio 9
JMS Consumer: doppelte Verarbeitung verhindern
Ein Message Driven Bean verarbeitet Rechnungsereignisse nicht idempotent. Nach dem Refactoring gibt es Idempotency-Key, Retry-Klassifikation und Outbox/Inbox-Nachweis.
Idempotent ConsumerInbox PatternRetry PolicyDead Letter Channel
JSP / JSF / StrutsPrio 8
Legacy UI: Struts Action entkoppeln
Eine Action-Klasse enthält Session-State, Validierung, Berechtigungen, EJB-Aufruf und JSP-Modellaufbereitung. Das Refactoring trennt Controller, Form Validator, Presenter und Use Case.
MVCPresenterForm ObjectFacade
Batch / Scheduler / NachtverarbeitungPrio 9
Batch: restartfähige Verarbeitung schneiden
Ein Shell/JCL-ähnlicher Nachtjob verarbeitet Dateien, Datenbankupdates und Reports in einem Lauf. Nach dem Refactoring gibt es Steps, Kontrolltabelle, Checkpoints und klare Wiederanlaufpunkte.
PipelineCheckpointTemplate MethodRepository
Was V3 zusätzlich bringt
- Komplexe Ausgangscodes statt Mini-Beispiele.
- Vorher, Zwischenschritt und Nachher pro Legacy-Systemfall.
- Fachliche Wirkung, technische Wirkung und Trade-offs.
- Entwurfsmuster sind direkt im Java-Code kommentiert und zusätzlich dokumentiert.
Version 4: WebSphere/EAR nach OpenShift
Neue V4-Erweiterung: großer Migrationspfad von WebSphere Traditional, EAR/WAR/EJB und JNDI zu OpenShift, GitOps und Strangler-Cutover.
Migration V4Prio 10
Inventar und Assessment
Vor der Migration werden EAR, WAR, EJB-JAR, Libraries, Deployment Deskriptoren, Datenquellen, JMS-Ressourcen, Security-Rollen und Betriebsabhängigkeiten sichtbar gemacht.
OpenShiftAdapterStrangler
Migration V4Prio 10
EAR/WAR zum Container-Zielbild
Aus serverzentriertem Deployment wird ein reproduzierbares Image mit klarer Konfiguration, Health Checks, Ressourcenlimits und OpenShift Deployment.
Migration
Migration V4Prio 10
Runtime-Modernisierung
EJB-, JNDI- und WebSphere-spezifische Kopplung wird über Use Cases, Ports, Adapter und klare Transaktionsgrenzen geschnitten.
Migration
Migration V4Prio 10
Konfiguration, Secrets und Bindings
JNDI, web.xml, serverseitige DataSources und Admin-Console-Einstellungen werden in versionierbare und sichere OpenShift-Konfiguration überführt.
Migration
Migration V4Prio 10
Transaktionen, JTA, JMS und Datenbank
Globale Containertransaktionen werden analysiert, abgesichert und schrittweise durch klare lokale Transaktionen, Outbox und idempotente Consumer ersetzt.
Migration
Migration V4Prio 9
OpenShift-Manifeste und Betrieb
Aus der Anwendung wird ein betreibbares OpenShift-Artefakt mit Deployment, Service, Route, Ressourcen, Probes, Volumes und Betriebsregeln.
Migration
Migration V4Prio 9
CI/CD und GitOps
Build, Test, Image-Erzeugung und Deployment werden getrennt und reproduzierbar. Der Clusterzustand wird deklarativ aus Git gesteuert.
Migration
Migration V4Prio 9
Observability und Runbooks
Migration endet nicht beim Starten des Pods. Wichtig sind Health Checks, Logs, Metriken, Tracing, Alarme und klare Betriebsanweisungen.
Migration
Migration V4Prio 9
Cutover, Strangler und Rollout
Der Wechsel erfolgt kontrolliert: Shadow Mode, Pilotnutzer, Traffic Split, fachliche Vergleichsmessung, Rückfallplan und schrittweise Abschaltung.
OpenShiftAdapterStrangler
Was V4 zusätzlich bringt
- 10 neue Migrationskapitel mit OpenShift-Zielbild.
- OpenShift-Manifeste, ConfigMap/Secret, Probes, Route, CI/CD und GitOps-Beispiele.
- Transaktionsschnitt mit Outbox, Idempotenz und Strangler-Rollout.
- Kleines Maven-Multi-Modul-Lab im Ordner
maven-websphere-openshift-demo. - Entwurfsmuster im Code kommentiert und in
docs/design-patterns.mderweitert.