Senior-Java-/Enterprise-Interviewfragen zum Projekt

1. Warum keine Big-Bang-Migration?

Antwort: Weil Legacy-Systeme oft versteckte fachliche Regeln, Seiteneffekte und externe Abhängigkeiten enthalten. Ein Big Bang erhöht Risiko, erschwert Rollback und macht Fehlerursachen unklar.

2. Was ist der Unterschied zwischen Characterization Test und Unit Test?

Antwort: Characterization Tests dokumentieren vorhandenes Verhalten, auch wenn es unschön ist. Unit Tests prüfen gezielt eine kleine, sauber geschnittene Einheit gegen erwartetes Verhalten.

3. Warum Ports & Adapters?

Antwort: Application und Domain werden von technischen Details entkoppelt. Dadurch können SOAP, JMS, Datenbank, LDAP oder FileShare ersetzt oder gefaked werden.

4. Warum Outbox Pattern?

Antwort: Weil DB-Änderung und Event-Versand zuverlässig gekoppelt werden müssen. Das Event wird in derselben Transaktion gespeichert und später kontrolliert publiziert.

5. Warum Domain frei von Infrastruktur halten?

Antwort: Fachlogik bleibt testbar, portabel und unabhängig von Frameworks. Änderungen an Datenbank, API oder Runtime berühren nicht jede Fachregel.

6. Was gehört in den Application Service?

Antwort: Orchestrierung eines Use Cases, Laden/Speichern über Ports, Aufruf von Policies, Koordination von Seiteneffekten. Nicht: technische SOAP-Details oder UI-Logik.

7. Wie migriert man EJB Timer nach OpenShift?

Antwort: Über CronJobs oder externe Scheduler. Zusätzlich braucht man Locking/Idempotenz, weil Pods mehrfach laufen können.

8. Warum ist Role Mapping bei Migration gefährlich?

Antwort: Weil alte JAAS-/LDAP-Rollen oft implizit und technisch gewachsen sind. Falsches Mapping kann unberechtigte Freigaben oder blockierte Fachprozesse verursachen.

9. Warum REST nicht automatisch besser als SOAP ist?

Antwort: REST ist nur eine Schnittstellenform. Ohne saubere Fachgrenzen kann auch REST nur eine neue Hülle um alte Kopplung sein.

10. Was ist ein guter Migrations-Smoke-Test?

Antwort: Er prüft nicht nur HTTP 200, sondern Route, Health, Auth, Datenbank, Fachfall, Audit, Outbox und Rollback-relevante Seiteneffekte.

11. Wie erkennt man zu viele Module?

Antwort: Wenn Module keine eigenständige fachliche Verantwortung haben, nur eine Klasse enthalten oder ständig zyklisch gemeinsam geändert werden.

12. Warum Mapping-Tests wichtig sind?

Antwort: Sie beweisen, dass neue Use Cases fachlich dieselben Ergebnisse liefern wie Legacy-Pfade, bevor Traffic umgeschaltet wird.