Servidores alojados

Estas acciones hacen lo contrario que las demás: en lugar de llamar a un servicio, lo alojan durante el tiempo que dura el escenario.

El caso de uso típico: probar un webhook. El escenario abre un servidor, desencadena la llamada de negocio, espera a que llegue la llamada entrante y comprueba su contenido, todo ello en un solo grafo.

El patrón común

Una acción de escucha tiene dos salidas:

Salida	Emisión
connected	Una señal, una sola vez, cuando el servidor escucha
served	Una emisión por cada llamada entrante servida, que lleva { request, response }

Observe que no hay ninguna salida response: estas cajas no hacen llamadas, las reciben.

Igual que con las conexiones, active «Repetir en cada evento recibido» en las cajas conectadas a served para tratar todas las llamadas y no solo la primera.

Serveur HTTP ──connected──► Requête HTTP « déclencher le webhook »
     └────────served──────► Assert sur request.body.event
                            puis ──► Fermeture serveur HTTP

Los pares disponibles

Escuchar	Cerrar	Protocolo
Servidor HTTP	Cierre de servidor HTTP	HTTP
Servidor gRPC	Cierre de servidor gRPC	gRPC
Servidor SOAP	Cierre de servidor SOAP	SOAP — encaminamiento por SOAPAction o nombre de operación
Servidor GraphQL	Cierre de servidor GraphQL	GraphQL — sirve el SDL y los resolutores configurados
Servidor OData	Cierre de servidor OData	OData — aplica $filter, $select, $orderby, $top, $skip, $count, $expand, $batch

Dos cierres adicionales corresponden a los servidores de la familia WebSocket: Cierre de servidor WebSocket y Cierre de servidor Socket.IO: consulte Conexiones y flujos.

Lo que responde el servidor

La respuesta es la que se ha configurado en la petición que maneja la acción: estado, cabeceras y cuerpo en HTTP, métodos simulados en gRPC, operaciones en SOAP, resolutores en GraphQL, datos en OData.

Las {{variables}} se resuelven en el momento de servir: modificar una variable mientras el servidor escucha cambia la respuesta siguiente. Consulte Modo servidor.

Compartición de puerto

Restorm solo abre un socket por puerto y encamina según la naturaleza de la llamada. Un servidor HTTP de simulación y un servidor WebSocket pueden, por tanto, escuchar juntos en :8080.

El puerto se libera al detener su última ruta.