SSE (Server-Sent Events)

I Server-Sent Events sono un flusso HTTP unidirezionale: il server spinge, il client ascolta. Restorm ne fa un tipo di richiesta a tutti gli effetti.

Clic destro nell’albero ▸ Aggiungi ▸ Richiesta SSE.

Configurazione

Campo	Ruolo
URL	Il punto di ingresso del flusso
Header	Gli header della richiesta di apertura — è qui che passa l’autenticazione
Ultimo identificatore di evento	Valore iniziale dell’header Last-Event-ID, inviato soltanto alla prima connessione

Comportamento

Restorm segue la specifica EventSource: analizza i campi event:, data:, id: e retry:, e mostra ogni evento ricevuto con la sua marca temporale, il suo nome e il suo payload — un clic su un evento ne apre il contenuto completo. L’identificatore, invece, viene trattenuto per la riconnessione.

In caso di interruzione, la riconnessione riemette automaticamente l’ultimo identificatore ricevuto in Last-Event-ID — è ciò che permette al server di riprendere da dove era arrivato.

Il flusso è solo in ricezione: non c’è nulla da inviare una volta aperta la connessione.

In uno scenario

Due azioni: Connessione SSE (output connected e message, un’emissione per ogni evento ricevuto) e Chiusura connessione SSE. Si veda Connessioni e flussi.

Lo schema abituale: aprire il flusso, innescare l’azione applicativa con una chiamata HTTP, poi verificare con un’asserzione che l’evento atteso arrivi effettivamente sulla porta message.

Snippet di codice

Tre destinazioni: cURL, EventSource del browser, Python (requests in streaming).