Graceful Shutdown und Cancellation für Server und Connectoren #12

New issue

Closed

opened 2026-07-12 01:22:26 +02:00 by frank · 1 comment

frank commented

2026-07-12 01:22:26 +02:00

Owner

Kontext

Das Architektur-Review #7 zeigt, dass Axum-Server und Connector-Sessions als lose Tokio-Tasks laufen. Ein gemeinsamer Shutdown- und Ownership-Vertrag fehlt.

Ziel

Server, Realtime-Verbindungen und Connectoren über ein gemeinsames Cancellation-Konzept geordnet beenden und Task-Fehler zentral beobachten.

Technische Leitplanken

CancellationToken oder gleichwertigen Mechanismus zentral besitzen
Axum graceful shutdown, WS/SSE-Abbruch und Connector-Stop koordinieren
Reconnect-Schleifen müssen Cancellation priorisieren
Task-Handles und Fehler dürfen nicht unbemerkt verloren gehen

Akzeptanz

App-Shutdown beendet alle Tasks innerhalb eines definierten Timeouts
Connectoren hinterlassen konsistente Persistenz- und UI-Statuswerte
Reconnect und Shutdown sind deterministisch getestet
Task-Ownership ist dokumentiert

Bezug: #7, Review-Bereiche A, D und E.

## Kontext Das Architektur-Review #7 zeigt, dass Axum-Server und Connector-Sessions als lose Tokio-Tasks laufen. Ein gemeinsamer Shutdown- und Ownership-Vertrag fehlt. ## Ziel Server, Realtime-Verbindungen und Connectoren über ein gemeinsames Cancellation-Konzept geordnet beenden und Task-Fehler zentral beobachten. ## Technische Leitplanken - CancellationToken oder gleichwertigen Mechanismus zentral besitzen - Axum graceful shutdown, WS/SSE-Abbruch und Connector-Stop koordinieren - Reconnect-Schleifen müssen Cancellation priorisieren - Task-Handles und Fehler dürfen nicht unbemerkt verloren gehen ## Akzeptanz - [ ] App-Shutdown beendet alle Tasks innerhalb eines definierten Timeouts - [ ] Connectoren hinterlassen konsistente Persistenz- und UI-Statuswerte - [ ] Reconnect und Shutdown sind deterministisch getestet - [ ] Task-Ownership ist dokumentiert Bezug: #7, Review-Bereiche A, D und E.

frank commented

2026-07-12 01:22:56 +02:00

Author

Owner

Testabdeckung für Shutdown-, Realtime- und Reconnect-Szenarien wird mit #14 koordiniert.

frank referenced this issue

2026-07-12 01:22:56 +02:00

HTTP-, WebSocket- und SSE-Integrationstests #14

frank referenced this issue

2026-07-12 01:24:52 +02:00

Architektur-Review: Tauri 2 Best Practices und technische Schulden #7

frank referenced this issue from a commit