Legacy-Java modernisieren

Fallstudie im Detail

Beispiel-Szenario

Stack-Profil: java-spring-boot-4-hexagonalJ · Beispiel-Szenario mit typischen Grössenordnungen.

Ein gewachsenes Spring-Projekt läuft auf einer alten Java- und Framework-Version. Abhängigkeiten haben sich über Jahre angehäuft, ein Teil der Tests ist rot oder übersprungen, und die Migration wurde immer wieder verschoben, weil niemand sie in kleine Schritte zerlegen konnte. Genau das übernimmt der Lauf: Zielniveau ins Ticket, Plan in Slices, jeder Slice ein Commit.

Was bei deinem Team bleibt: Das Zielniveau legt dein Team fest. Den Review jedes Slices, die Freigabe kritischer Abhängigkeitswechsel und den Merge behältst du.

Was du brauchst

• Ein Repository mit Build-Konfiguration (Gradle oder Maven) und lauffähiger Testsuite.
• Ein Stack-Profil mit Zielversion und Architekturkonventionen.
• Guardrails mit den verbindlichen Konventionen des Projekts.
• Ein freigegebenes Ticket-Backlog für den ersten Lauf.

So läuft es ab

1. Das Ticket im Tracker beschreibt das Zielniveau je Modul.
2. Der Plan zerlegt die Migration in geordnete, einzeln prüfbare Slices.
3. Jeder Slice ändert einen abgegrenzten Ausschnitt: eine Abhängigkeit, eine API-Anpassung oder eine Testkorrektur.
4. Je Slice laufen Kompilierung, die betroffenen Tests und die statische Analyse.
5. Das Ergebnis kommt als Pull Request in dein Repository; du reviewst und mergst.

Was du bekommst

• Geänderte Dateien und Abhängigkeiten je Slice im Commit-Verlauf lesbar.
• Testergebnisse und Gate-Status je Slice dokumentiert.
• Ein Pull Request je Slice oder gebündelt, mit Verweis auf das Ticket.
• Offene Punkte stehen als eigene Tickets im Backlog statt still zu verschwinden.

Kennzahlen

Was offen blieb

Zwei ältere Testklassen decken den neuen Codepfad noch nicht ab; sie stehen als Ticket im Backlog.