meldestelle/docs/99_Journal/2026-04-16_Consolidated-Startup-Logs.md

1.9 KiB

📓 Journal-Eintrag: 2026-04-16 - Vereinheitlichung der Service-Start-Logs

🏗️ Status Quo

Nach dem Vorbild des masterdata-service sollten alle Backend-Services konsistente Informationen beim Start in die Konsole loggen.

🚀 Umgesetzte Änderungen

1. onApplicationReady() Implementierung

In allen 11 Backend-Services wurde die Methode onApplicationReady() in der jeweiligen Application-Klasse implementiert. Diese reagiert auf das ApplicationReadyEvent von Spring Boot.

Betroffene Services:

  • api-gateway
  • masterdata-service (bereits vorhanden)
  • events-service
  • zns-import-service
  • ping-service
  • billing-service
  • entries-service
  • identity-service
  • mail-service
  • results-service
  • scheduling-service
  • series-service

2. Standardisiertes Log-Format

Das Log-Format wurde vereinheitlicht und gibt nun folgende Informationen aus:

  • Anwendungsname (aus spring.application.name)
  • Spring Management Port (Actuator)
  • Ktor API Port (falls zutreffend, z.B. bei masterdata-service)
  • Aktive Spring-Profile

Beispiel:

----------------------------------------------------------
Application 'events-service' is running!
Spring Management Port: 8085
Profiles:               docker
----------------------------------------------------------

🛠️ Technische Details

  • Verwendung von @EventListener(ApplicationReadyEvent::class) für den exakten Zeitpunkt, wenn die App bereit ist.
  • Dynamisches Auslesen der Ports und Profile über das Environment Objekt.
  • Bereinigung der main-Funktion im API Gateway zugunsten des deklarativen @EventListener Ansatzes.

🧹 [Curator]: Start-Logs über alle Backend-Services hinweg konsolidiert. 👷 [Backend Developer]: Alle Application-Klassen konsistent refactored. 🏗️ [Lead Architect]: Observability und Diagnosemöglichkeiten beim Systemstart verbessert.