Maven-Projekt-Runbook
Präzise Anleitung für den tatsächlichen Projektstand - ohne eine nicht vorhandene Runtime oder einen nicht geprüften Maven-Build zu behaupten.
1. Voraussetzungen
- ZIP vollständig entpackt.
- JDK 21 mit
javaundjavacimPATH. - Maven 3.9.x optional für POM-Validierung und spätere Ausbaustufen.
- Arbeitsordner:
06_MAVEN_CAPSTONE_PROJEKT/order-platform-enterprise-final/.
2. Schnellprüfung
java -version
javac -version
mvn -versionmvn -version darf fehlen, wenn nur die frameworkarmen Kernklassen geprüft werden sollen.
3. Manuelle Java-21-Kompilierung
Linux/macOS
mkdir -p target/manual-classes
find . -path '*/src/main/java/*' -name '*.java' -print0 \
| xargs -0 javac --release 21 -d target/manual-classesWindows PowerShell
New-Item -ItemType Directory -Force target/manual-classes | Out-Null
$files = Get-ChildItem -Recurse -Filter *.java |
Where-Object { $_.FullName -match '[\/]src[\/]main[\/]java[\/]' } |
ForEach-Object FullName
javac --release 21 -d target/manual-classes $filestarget/manual-classes/at/aydinsude/enterprise/v6/.4. Maven-Prüfungen
mvn -N validateDieser Befehl validiert nur das Parent-POM. Ein vollständiges mvn clean verify ist im aktuellen Stand nicht als erfolgreicher Build garantiert, weil die Child-POMs keine Abhängigkeiten zwischen den Java-Modulen deklarieren und kein Test-/Runtime-Setup enthalten.
5. Nicht vorhandene Startbefehle
Folgende Laufzeitwege existieren derzeit nicht:
Keine Runtime
Keine main-Klasse und kein Spring-Boot-/Jakarta-Startmodul.
Keine Infrastruktur
Kein Docker Compose, keine Datenbankmigrationen und kein Broker-Setup.
Keine externe API
REST- und JPA-Module sind Strukturmarker, keine implementierten Adapter.
Keine Test-Engine
Kein JUnit-/ArchUnit-Setup; nur ein Architekturregel-Katalog.
6. Typische Fehler
| Symptom | Ursache | Vorgehen |
|---|---|---|
invalid target release: 21 | älteres JDK aktiv | java -version und javac -version prüfen |
| Klassen nicht gefunden | Dateien einzeln kompiliert | alle Java-Quelldateien gemeinsam an javac übergeben |
| Maven-Modul kompiliert nicht | fehlende Modulabhängigkeiten | als dokumentierte Projektgrenze behandeln, nicht als reinen Umgebungsfehler |
| kein ausführbares Artefakt | Parent-Packaging pom, keine Runtime | nur Lernkern kompilieren; keine Startbarkeit behaupten |
| Architekturtests laufen nicht | kein Test-Framework | ArchitectureRuleCatalog als Regelkatalog lesen |
7. Ausbaupfad für eine lauffähige Version
- ModulgrenzenPakete und erlaubte Abhängigkeiten festlegen.
- POM-GraphAbhängigkeiten zwischen Kernel, Domain, Application und Adaptern deklarieren.
- AdapterREST, JPA und Messaging tatsächlich implementieren.
- RuntimeStartmodul mit
main-Klasse ergänzen. - TestsUnit-, Integrations- und Architekturtests einführen.
- InfrastrukturDatenbank, Broker, Konfiguration und Container konkretisieren.
- RunbookBefehle nur anhand real ausgeführter Ergebnisse aktualisieren.