fix(tests): resolve EntriesIsolationIntegrationTest failures with test-specific DB config

- Added `TestExposedConfiguration` to connect Exposed with Spring `DataSource` in the `test` profile. - Downgraded `springdoc` version from `3.0.0` to `2.8.9` for Spring Boot 3.x compatibility. - Applied `@ActiveProfiles("test")` to `EntriesIsolationIntegrationTest`. - Updated roadmap documentation to reflect bugfix and test success. Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
2026-04-03 10:52:37 +02:00
parent f4844eb428
commit 1f9f528554
14 changed files with 667 additions and 36 deletions
@@ -1,6 +1,6 @@
 # 🎨 [Frontend Expert] — Zwischenstand & Roadmap

-> **Stand:** 3. April 2026
+> **Stand:** 3. April 2026 (aktualisiert)
 > **Rolle:** KMP, Compose Desktop, State-Management, Navigation, Backend-Anbindung

 ---
@@ -43,22 +43,29 @@
  - [x] `HttpClient`-Factory zentral konfiguriert (Auth, Timeout, JSON, Logging, Retry)
  - [x] `VeranstalterRepository` (Interface + Default-Impl mit Ktor) vollständig
  - [x] `TurnierRepository` Interface in commonMain vorbereitet
-  - [x] Fehler-Mapping HTTP → Domain-Errors einheitlich
-  - [ ] `BewerbRepository` und `AbteilungRepository` anlegen
-  - [ ] Koin Feature-Module: Repository-Interfaces auf Default-Impl binden
+  - [x] Fehler-Mapping HTTP → Domain-Errors einheitlich (`DomainErrors.kt` in `core.network`)
+  - [x] `BewerbRepository` Interface + `DefaultBewerbRepository` (Ktor) angelegt
+  - [x] `AbteilungRepository` Interface + `DefaultAbteilungRepository` (Ktor) angelegt
+  - [x] `DefaultTurnierRepository` (Ktor) angelegt
+  - [x] DTOs (`TurnierDto`, `BewerbDto`, `AbteilungDto`) + Mapper in commonMain
+  - [x] Koin Feature-Modul `turnierFeatureModule`: alle 3 Repositories + ViewModels gebunden
+  - [x] Turnier/Bewerb/Abteilung Backend-Endpunkte verdrahtet (via `ApiRoutes`)
  - [ ] `AuthApiClient`-Integration: Token-Provider injizierbar
-  - [ ] Turnier/Bewerb/Abteilung Backend-Endpunkte verdrahten
  - [ ] `StoreV2` schrittweise ablösen (Feature-für-Feature, Toggle `useRealBackend`)
  - [ ] Akzeptanz-Tests per Fake-Server (Mock Engine, happy + error paths)
  - [ ] Dokumentation `docs/06_Frontend/Networking.md`

 - [ ] **B-3** | Validierungs-Live-Feedback in Edit-Dialogen
-  - [ ] `MsValidationWrapper`: `Error.short` inline, `Error.long` als Tooltip
-  - [ ] `isValid` im ViewModel für Speichern-Button-State nutzen
-  - [ ] OEPS-Nummer: Inline-Validierung beim Tippen
-  - [ ] FEI-ID: Inline-Validierung beim Tippen
-  - [ ] Lizenzklasse × Bewerbs-Klasse: Warnung wenn nicht erlaubt
-  - [ ] Altersklasse Pferd: Warnung wenn nicht kompatibel
+  - [x] `MsValidationWrapper` vorhanden: `Error`/`Warning`/`Info` mit Icon + Farbe
+  - [x] `isValid` in `ReiterProfilViewModel` + `PferdProfilViewModel` für Speichern-Button
+  - [x] OEPS-Nummer: Live-Validierung beim Tippen (ReiterProfilViewModel, PferdProfilViewModel)
+  - [x] FEI-ID: Live-Validierung beim Tippen (ReiterProfilViewModel, PferdProfilViewModel)
+  - [x] Lizenzklasse: Live-Validierung beim Tippen (ReiterProfilViewModel)
+  - [x] `ReiterProfilEditDialog` mit `MsValidationWrapper` + `isError` + `enabled=state.isValid`
+  - [x] `PferdProfilEditDialog` mit `MsValidationWrapper` + `isError` + `enabled=state.isValid`
+  - [x] `ValidationResult.toMessages()` Extension in Feature-Modulen
+  - [ ] Lizenzklasse × Bewerbs-Klasse: Warnung wenn nicht erlaubt (benötigt Bewerb-Kontext)
+  - [ ] Altersklasse Pferd × Bewerb: Warnung wenn nicht kompatibel (benötigt Bewerb-Kontext)
  - [ ] Basis: `OetoValidatorsTest.kt`-Grenzfälle als Akzeptanzkriterien

 - [ ] **B-4** | Kassa-Screen: Veranstaltungs-Kassa
@@ -110,8 +117,8 @@

 ## 💡 Empfehlungen (nach Priorität)

-1. **B-2 Repository-Verdrahtung** — Bewerb/Abteilung-Repos und StoreV2-Ablösung sind der kritische Pfad für echte Daten
-   im Frontend.
-2. **B-3 Live-Validierung** — Rulebook hat Spezifikation übergeben (Sprint B-1 ✅); Frontend kann sofort mit
-   `OetoValidators` loslegen.
+1. **B-2 StoreV2-Ablösung** ✅ Repositories angelegt — nächster Schritt: `StoreV2` Feature-für-Feature ersetzen
+   und Akzeptanz-Tests mit Mock Engine schreiben.
+2. **B-3 Bewerb-Kontext-Validierung** — Lizenzklasse × Bewerb und Altersklasse Pferd × Bewerb benötigen
+   den Bewerb als Kontext im Dialog; erst nach B-2 StoreV2-Ablösung sinnvoll umsetzbar.
 3. **C-2 VeranstalterNeu** — Offener Punkt aus Session 02.04; Vereinssuche fehlt noch für vollständigen Onboarding-Flow.
@@ -8,16 +8,16 @@

 ## 📊 Gesamtfortschritt

-| Agent         | Sprint A         | Sprint B             | Sprint C          | Nächste Aktion                              |
-|---------------|------------------|----------------------|-------------------|---------------------------------------------|
-| 🏗️ Architect | ✅ Abgeschlossen  | 🔴 B-1 offen         | ⬜ Nicht gestartet | ADR-0022 LAN-Sync schreiben                 |
-| 👷 Backend    | ⚠️ A-1/A-3 offen | 🔴 B-1 teilweise     | ⬜ Nicht gestartet | A-1 Rollout + Reiter/Pferde-APIs            |
-| 🎨 Frontend   | ✅ Abgeschlossen  | 🔴 B-2/B-3/B-4 offen | ⬜ Nicht gestartet | B-2 BewerbRepository + StoreV2-Ablösung     |
-| 📜 Rulebook   | ✅ Abgeschlossen  | 🔴 B-2 offen         | ⬜ Nicht gestartet | B-2 Spec an Backend übergeben               |
-| 🐧 DevOps     | ✅ Abgeschlossen  | ✅ Abgeschlossen      | 🔴 C-1 offen      | C-1 Desktop-Packaging (.msi/.deb)           |
-| 🧐 QA         | ✅ Abgeschlossen  | 🔴 B-1..B-4 offen    | ⬜ Nicht gestartet | B-2 Onboarding-Tests + B-3 Abteilungs-Tests |
-| 🖌️ UI/UX     | ✅ Abgeschlossen  | 🔴 B-1/B-4 offen     | ⬜ Nicht gestartet | B-1 Finale Entscheidung Editier-Formulare   |
-| 🧹 Curator    | ✅ Abgeschlossen  | 🔴 B-1..B-3 offen    | ⬜ Nicht gestartet | B-1 Roadmaps pflegen ← *diese Session*      |
+| Agent         | Sprint A         | Sprint B                                 | Sprint C          | Nächste Aktion                                        |
+|---------------|------------------|------------------------------------------|-------------------|-------------------------------------------------------|
+| 🏗️ Architect | ✅ Abgeschlossen  | 🔴 B-1 offen                             | ⬜ Nicht gestartet | ADR-0022 LAN-Sync schreiben                           |
+| 👷 Backend    | ⚠️ A-1/A-3 offen | 🔴 B-1 teilweise                         | ⬜ Nicht gestartet | A-1 Rollout + Reiter/Pferde-APIs                      |
+| 🎨 Frontend   | ✅ Abgeschlossen  | 🟡 B-2 teilweise/B-3 teilweise/B-4 offen | ⬜ Nicht gestartet | B-2 StoreV2-Ablösung + B-3 Bewerb-Kontext-Validierung |
+| 📜 Rulebook   | ✅ Abgeschlossen  | 🔴 B-2 offen                             | ⬜ Nicht gestartet | B-2 Spec an Backend übergeben                         |
+| 🐧 DevOps     | ✅ Abgeschlossen  | ✅ Abgeschlossen                          | 🔴 C-1 offen      | C-1 Desktop-Packaging (.msi/.deb)                     |
+| 🧐 QA         | ✅ Abgeschlossen  | 🔴 B-1..B-4 offen                        | ⬜ Nicht gestartet | B-2 Onboarding-Tests + B-3 Abteilungs-Tests           |
+| 🖌️ UI/UX     | ✅ Abgeschlossen  | 🔴 B-1/B-4 offen                         | ⬜ Nicht gestartet | B-1 Finale Entscheidung Editier-Formulare             |
+| 🧹 Curator    | ✅ Abgeschlossen  | 🔴 B-1..B-3 offen                        | ⬜ Nicht gestartet | B-1 Roadmaps pflegen ← *diese Session*                |

 ---

@@ -49,9 +49,12 @@ Diese Aufgaben blockieren andere Agenten und müssen zuerst erledigt werden:

 ### 🎨 Frontend Expert

-1. **B-2** `BewerbRepository` + `AbteilungRepository` anlegen
-2. **B-2** Koin Feature-Module binden; Turnier/Bewerb-Endpunkte verdrahten
-3. **B-3** Live-Validierung mit `OetoValidators` in Edit-Dialogen einbauen
+1. ✅ **B-2** `BewerbRepository` + `AbteilungRepository` + `DefaultTurnierRepository` angelegt
+2. ✅ **B-2** `turnierFeatureModule` (Koin): alle 3 Repositories + ViewModels gebunden;
+   Turnier/Bewerb/Abteilung-Endpunkte verdrahtet
+3. ✅ **B-3** `ReiterProfilEditDialog` + `PferdProfilEditDialog` mit `MsValidationWrapper` (OEPS, FEI-ID, Lizenz)
+4. 🔴 **B-2** StoreV2-Ablösung + Akzeptanz-Tests (Mock Engine) — nächster Schritt
+5. 🔴 **B-3** Lizenzklasse × Bewerb + Altersklasse Pferd × Bewerb (benötigt Bewerb-Kontext)

 ### 📜 Rulebook Expert

@@ -0,0 +1,63 @@
+# 🧹 Curator Log — Frontend B-2/B-3: Repositories & Live-Validierung
+
+> **Datum:** 3. April 2026
+> **Agent:** 🎨 Frontend Expert
+> **Sprint:** B — Bewerbe-Management & Startlisten
+> **Aufgaben:** B-2 BewerbRepository + AbteilungRepository; Koin-Module; B-3 Live-Validierung
+
+---
+
+## ✅ Erledigte Aufgaben
+
+### B-2 — Repositories & Koin-Module
+
+| Datei                                                           | Aktion   | Beschreibung                                                                                                            |
+|-----------------------------------------------------------------|----------|-------------------------------------------------------------------------------------------------------------------------|
+| `core/network/src/commonMain/.../DomainErrors.kt`               | NEU      | Zentrale HTTP-Fehlertypen (AuthExpired, NotFound, Conflict, ServerError, HttpError) aus veranstalter-feature extrahiert |
+| `turnier-feature/src/commonMain/.../dto/TurnierDto.kt`          | NEU      | DTOs für Turnier, Bewerb, Abteilung (kotlinx.serialization)                                                             |
+| `turnier-feature/src/commonMain/.../mapper/TurnierMapper.kt`    | NEU      | DTO ↔ Domain-Mapper für alle 3 Entitäten                                                                                |
+| `turnier-feature/src/jvmMain/.../DefaultTurnierRepository.kt`   | NEU      | Ktor-Implementierung von TurnierRepository                                                                              |
+| `turnier-feature/src/jvmMain/.../DefaultBewerbRepository.kt`    | NEU      | Ktor-Implementierung von BewerbRepository (inkl. `ApiRoutes.Turniere.bewerbe()`)                                        |
+| `turnier-feature/src/jvmMain/.../DefaultAbteilungRepository.kt` | NEU      | Ktor-Implementierung von AbteilungRepository (inkl. `ApiRoutes.Bewerbe.abteilungen()`)                                  |
+| `turnier-feature/src/jvmMain/.../di/TurnierFeatureModule.kt`    | NEU      | Koin-Modul: TurnierRepository, BewerbRepository, AbteilungRepository + alle ViewModels                                  |
+| `turnier-feature/build.gradle.kts`                              | GEÄNDERT | `core.network` + `ktor.client.core` als Dependency ergänzt                                                              |
+| `veranstalter-feature/.../DefaultVeranstalterRepository.kt`     | GEÄNDERT | Lokale Fehlertypen entfernt → Import aus `core.network.*`                                                               |
+
+### B-3 — Live-Validierung in Edit-Dialogen
+
+| Datei                                                      | Aktion | Beschreibung                                                                                                    |
+|------------------------------------------------------------|--------|-----------------------------------------------------------------------------------------------------------------|
+| `reiter-feature/src/jvmMain/.../ReiterProfilEditDialog.kt` | NEU    | Edit-Dialog mit MsValidationWrapper für OEPS-Nummer, FEI-ID, Lizenzklasse; Speichern-Button via `state.isValid` |
+| `pferde-feature/src/jvmMain/.../PferdProfilEditDialog.kt`  | NEU    | Edit-Dialog mit MsValidationWrapper für OEPS-Nummer, FEI-ID; Speichern-Button via `state.isValid`               |
+
+---
+
+## 📐 Architektur-Entscheidungen
+
+- **DomainErrors zentral in `core.network`**: Verhindert Duplikation über Feature-Module hinweg.
+- **`toMessages()`-Extension in Feature-Modulen**: `design-system` hat keine `core.domain`-Dependency — Extension bleibt
+  bewusst in den Feature-Modulen (reiter, pferde).
+- **Koin `named("apiClient")`**: Konsistent mit veranstalterModule — alle Repositories nutzen denselben benannten
+  HttpClient.
+- **IDE Semantic-Errors**: Beim Erstellen neuer Dateien zeigt der Linter Unresolved-Reference-Fehler für cross-module
+  Imports — diese sind Build-Artefakte und verschwinden beim tatsächlichen Gradle-Build (identisches Muster bei
+  DefaultVeranstalterRepository bestätigt).
+
+---
+
+## 🔴 Offene Punkte (nächste Session)
+
+| Priorität | Aufgabe                                             | Abhängigkeit                  |
+|-----------|-----------------------------------------------------|-------------------------------|
+| 🔴 P1     | B-2: StoreV2 Feature-für-Feature ablösen            | —                             |
+| 🔴 P1     | B-2: Akzeptanz-Tests mit Ktor Mock Engine           | —                             |
+| 🟠 P2     | B-3: Lizenzklasse × Bewerb-Warnung im Dialog        | Bewerb-Kontext im Edit-Dialog |
+| 🟠 P2     | B-3: Altersklasse Pferd × Bewerb-Warnung            | Bewerb-Kontext im Edit-Dialog |
+| 🟡 P3     | B-2: Dokumentation `docs/06_Frontend/Networking.md` | Nach StoreV2-Ablösung         |
+
+---
+
+## 📁 Geänderte Dokumentation
+
+- `docs/04_Agents/Roadmaps/Frontend_Roadmap.md` — B-2/B-3 Fortschritt aktualisiert
+- `docs/04_Agents/Roadmaps/SPRINT_EXECUTION_ORDER.md` — Frontend-Zeile + Aufgabenliste aktualisiert