StefanMoCoAt c3d288cd66 chore: refactor Gradle config, standardize Kotlin MPP plugin usage, and update dependencies

- Unified plugin application across modules using `alias(libs.plugins.*)` instead of hardcoded IDs.
- Removed redundant JVM/JS source map tasks, improving Gradle and Docker build consistency.
- Updated dependencies, including `logback` and Webpack `copy-webpack-plugin`, and added contextual documentation.
- Added frontend architecture diagram in PlantUML (`docs/01_Architecture/Reference`), standardizing feature-core-shell dependencies.

2026-02-05 02:07:53 +01:00

1.7 KiB

Raw Blame History

🏗️ Journal: Ping Service Verification

Datum: 04.02.2026 Autor: Lead Architect (AI) Status: ✅ Verified

Zusammenfassung

Vor dem Start der CI/CD-Pipeline Implementierung wurde der ping-service einer umfassenden Prüfung unterzogen. Ziel war es, die Konsistenz von Code, Tests, Docker-Konfiguration und Security-Einstellungen sicherzustellen.

Prüfergebnisse

1. Code & API Konsistenz

Sync API: Der Parameter since wird konsistent in PingApi (Contract) und PingController (Backend) verwendet.
UUID: Die Verwendung der experimentellen Kotlin UUID API (v7) ist durch @OptIn Annotationen und Compiler-Args korrekt konfiguriert.
Tests: Unit- und Integrationstests (PingControllerTest, PingControllerIntegrationTest) sind aktuell und decken die API-Änderungen ab.

2. Docker Konfiguration

Base Image: Alpine-basiertes JRE für minimale Größe und Sicherheit.
Security: Non-root User appuser wird verwendet.
Healthcheck: Korrekt auf /actuator/health/readiness konfiguriert. curl ist im Image vorhanden.
Entrypoint: tini wird für korrektes Signal-Handling genutzt.

3. Security Konfiguration

Actuator: /actuator/** ist via GlobalSecurityConfig öffentlich zugänglich (notwendig für Docker Healthcheck).
Endpoints:
- Public: /ping/simple, /ping/enhanced, /ping/public, /ping/health
- Protected: /ping/secure, /ping/sync (implizit durch anyRequest().authenticated())
CORS: Global aktiviert für Frontend-Zugriff.

Fazit

Der ping-service ist Ready for Deployment. Die Architektur ist sauber, sicher und testbar. Wir können nun mit der Einrichtung der CI/CD-Pipeline (Cloudflare, Selfhosted Proxmox) fortfahren.

1.7 KiB Raw Blame History