Jakarta WebSocket

Jakarta WebSocket standardisiert server- und clientseitige WebSocket-Endpunkte.

Fachliches Verständnis

WebSocket eignet sich für bidirektionale, langlebige Kommunikation, nicht für jeden normalen REST-Call. In der Praxis ist wichtig, die Spezifikation nicht mit der konkreten Runtime zu verwechseln. Der Standard beschreibt die portablen APIs, die Implementierung entscheidet über Konfiguration, Performance, Betrieb und Support.

Technisches Beispiel

@ServerEndpoint("/ws/orders/{orderId}")
public class OrderStatusEndpoint {
    @OnOpen
    public void open(Session session, @PathParam("orderId") String orderId) {
        session.getUserProperties().put("orderId", orderId);
    }

    @OnMessage
    public void onMessage(String message, Session session) throws IOException {
        session.getBasicRemote().sendText("ack:" + message);
    }
}

Enterprise-Fallen

• Keine Backpressure-Strategie.
• Session-Zustand unkontrolliert im Speicher.
• WebSocket für CRUD missbrauchen.

Legacy-Modernisierung

Polling-basierte Legacy-UIs können gezielt auf Push-Kommunikation umgestellt werden.