SSE (Server-Sent Events)
Server-Sent Events vormen een eenrichtings-HTTP-stream: de server duwt, de client luistert. Restorm maakt daar een volwaardig verzoektype van.
Rechtsklik in de boom ▸ Toevoegen ▸ SSE-verzoek.
Configuratie
Section titled “Configuratie”| Veld | Rol |
|---|---|
| URL | Het eindpunt van de stream |
| Headers | De headers van het openingsverzoek — daar gaat de authenticatie langs |
| Laatste event-ID | Startwaarde van de header Last-Event-ID, die alleen bij de eerste verbinding wordt verzonden |
Gedrag
Section titled “Gedrag”Restorm volgt de EventSource-specificatie: het parseert de velden event:,
data:, id: en retry:, en toont elk ontvangen event met zijn tijdstempel,
zijn naam en zijn payload — met een klik op een event vouwt u de volledige inhoud
uit. De identificator wordt onthouden om opnieuw te kunnen verbinden.
Valt de verbinding weg, dan stuurt Restorm bij het opnieuw verbinden automatisch
de laatst ontvangen identificator mee in Last-Event-ID — daarmee kan de server
verdergaan waar hij was gebleven.
De stream is alleen ontvangend: zodra de verbinding open is, valt er niets te versturen.
In een scenario
Section titled “In een scenario”Twee acties: SSE-verbinding (uitvoeren connected en message, één
uitzending per ontvangen event) en SSE-verbinding sluiten. Zie
Verbindingen en streams.
Het gebruikelijke patroon: de stream openen, de functionele actie via een
HTTP-aanroep uitlokken, en daarna met een assertie controleren dat het verwachte
event inderdaad op de poort message aankomt.
Codefragmenten
Section titled “Codefragmenten”Drie doelen: cURL, EventSource van de browser, Python (requests met streaming).