Setzt Visualization.md Abschnitt 9, Phasen 3-5 vollstaendig um: Phase 3 (Kanban-Board live): Board zeigt echte Ticket-Daten aus GET /api/v1/tickets (office-api.js), Klick auf eine Spalte oeffnet ein Modal mit Titel/Beschreibung/Typ und einem Link auf die Codeberg-Quelle bei per Sync angelegten Tickets (F4). Phase 4 (Monitor-Wand live): Event-, System- und KPI-Monitor zeigen echte Daten, Klick-Modals fuer alle drei. Neuer SSE-Endpoint GET /api/v1/stream (F13) meldet per ChangeFeed-Fingerabdruck, welche Ressourcen sich geaendert haben; office-realtime.js nutzt EventSource mit Polling-Fallback. KPI-Monitor zeichnet eine eigene SVG-Sparkline (F10, kein Chart-Lib) sobald KPIs gemeldet wurden, sonst weiterhin der Phase-2-Platzhalter (F7 bleibt inhaltlich offen). API-Antworten tragen jetzt CORS-Header, da Frontend (:8090) und API (:8091) im Docker-Compose-Setup unterschiedliche Origins sind. Phase 5 (Agenten & Animation): resolveAgentVisualState bildet gemeldete Agenten-Zustaende auf Ort/Pose ab; Agenten-Avatare sind eine per CSS transition animierte, von Board/ Schreibtisch-Moebeln entkoppelte Schicht, die zwischen Schreibtisch, Board, Monitor-Wand und einer neuen Kaffee-Ecke laufen. Idle-Varianten (Zeitung/Kaffee/Schwaetzchen) werden rein kosmetisch client-seitig zufaellig ausgeloest (F8), eine AnimationQueue serialisiert Update-Animationen bei vielen gleichzeitigen Ereignissen (F9). 29 Node-Tests (100% Line-Coverage office-scene.js) und neue PHPUnit-Tests fuer Response::stream(), ChangeFeed, StreamController und die neuen Repository::fingerprint()- Methoden. PHP/Docker-Ausfuehrung konnte in dieser Umgebung nicht verifiziert werden (kein PHP verfuegbar) - vor dem Merge bitte `docker compose run --rm api composer test` pruefen. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
45 lines
1.7 KiB
JavaScript
45 lines
1.7 KiB
JavaScript
// Verbindet das Frontend per Server-Sent Events mit dem Push-Endpoint der API (F13:
|
|
// "Frontend via PHP Push aktualisieren (Server-Sent)", Phase 4). Faellt auf Polling zurueck,
|
|
// wenn EventSource nicht verfuegbar ist oder der Stream dauerhaft nicht funktioniert (z.B.
|
|
// ein Proxy ohne SSE-Unterstuetzung) - reine DOM-/Browser-API-Glue, daher ungetestet wie
|
|
// office-render.js (siehe [[project-monitor-visualization]]-Notizen zur Teststrategie).
|
|
|
|
import { streamUrl } from "./office-api.js";
|
|
|
|
const FALLBACK_POLL_INTERVAL_MS = 8000;
|
|
const SAFETY_NET_POLL_INTERVAL_MS = 30000;
|
|
|
|
/**
|
|
* @param {() => void} onChange - wird aufgerufen, wenn sich serverseitig etwas geaendert hat
|
|
* (oder im Polling-Fallback einfach regelmaessig).
|
|
* @returns {() => void} Aufraeumfunktion (Stream schliessen/Timer stoppen).
|
|
*/
|
|
export function startRealtimeUpdates(onChange) {
|
|
if (typeof window === "undefined" || typeof window.EventSource !== "function") {
|
|
return startPolling(onChange, FALLBACK_POLL_INTERVAL_MS);
|
|
}
|
|
|
|
let source;
|
|
try {
|
|
source = new window.EventSource(streamUrl());
|
|
} catch {
|
|
return startPolling(onChange, FALLBACK_POLL_INTERVAL_MS);
|
|
}
|
|
|
|
source.addEventListener("update", () => onChange());
|
|
|
|
// EventSource verbindet nach Verbindungsabbruch automatisch neu. Als Sicherheitsnetz laeuft
|
|
// zusaetzlich ein sehr seltenes Polling mit, falls der Stream (z.B. wegen eines Proxys ohne
|
|
// SSE-Unterstuetzung) dauerhaft keine Events liefert.
|
|
const safetyNet = window.setInterval(onChange, SAFETY_NET_POLL_INTERVAL_MS);
|
|
|
|
return () => {
|
|
source.close();
|
|
window.clearInterval(safetyNet);
|
|
};
|
|
}
|
|
|
|
function startPolling(onChange, intervalMs) {
|
|
const timer = window.setInterval(onChange, intervalMs);
|
|
return () => window.clearInterval(timer);
|
|
}
|