chore: remove deprecated horses, clubs, officials, and persons services

- Deleted obsolete modules related to horses, clubs, officials, and persons services, including their configurations, build files, and database provisioning scripts.
- Cleaned up associated references in the project structure (e.g., `settings.gradle.kts`).
- Removed unused database tables and Spring beans related to these domains.

Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
This commit is contained in:
2026-03-28 16:50:49 +01:00
parent 2cb3f0b125
commit c806660685
181 changed files with 4121 additions and 8694 deletions
@@ -0,0 +1,47 @@
---
type: Journal
status: COMPLETED
owner: DevOps Engineer
last_update: 2026-03-28
---
# Session Log: Korrektur der Spring Boot Konfiguration im Masterdata-Modul
🐧 **[DevOps Engineer]** | 28. März 2026
## Kontext
Der Build schlug im Modul `:backend:services:masterdata:masterdata-infrastructure` beim Task `bootJar` fehl, da keine
`mainClass` konfiguriert war. Da dieses Modul nur Infrastruktur-Code (Exposed Repositories etc.) bereitstellt und keine
eigenständige Spring Boot Application ist, sollte kein `bootJar` (ausführbares JAR) erstellt werden.
## Erledigte Aufgaben
### 1. ✅ build.gradle.kts Anpassung
- Das `spring-boot` Plugin in `masterdata-infrastructure/build.gradle.kts` auf `apply false` gesetzt.
- Dadurch wird der `bootJar` Task (der eine Main-Class zwingend erfordert) für dieses Modul nicht mehr registriert.
- Der Standard `jar` Task bleibt aktiv und stellt die Library für andere Module zur Verfügung.
### 2. ✅ Build-Verifizierung
- Lokaler Build der betroffenen Tasks erfolgreich durchgeführt:
- `./gradlew :backend:services:masterdata:masterdata-infrastructure:jar` (Erfolgreich)
- `./gradlew :backend:services:masterdata:masterdata-service:bootJar` (Erfolgreich, nutzt die Infrastruktur-Library)
- Status: **GRÜN**
## Technische Änderungen
### `backend/services/masterdata/masterdata-infrastructure/build.gradle.kts`
- Geändert: `alias(libs.plugins.spring.boot) apply false`
## Nächste Schritte
- Prüfung anderer Infrastruktur-Module auf ähnliche Fehlkonfigurationen (redundante `bootJar` Tasks).
---
## Referenzen
- `MASTER_ROADMAP.md` (Phase 4: MVP-Implementierung)