Gehoste servers

Deze acties doen het omgekeerde van de andere: in plaats van een dienst aan te roepen, hosten ze er een zolang het scenario duurt.

Het typische gebruik: een webhook testen. Het scenario opent een server, lokt de functionele aanroep uit, wacht tot de inkomende aanroep aankomt, en controleert de inhoud daarvan — allemaal in één graaf.

Het gemeenschappelijke patroon

Een luisteractie heeft twee uitvoeren:

Uitvoer	Uitzending
connected	Eén signaal, eenmalig, wanneer de server luistert
served	Eén uitzending per bediende inkomende aanroep, met daarin { request, response }

Let op: er is geen uitvoer response: deze vakjes doen geen aanroep, ze ontvangen er een.

Net als bij de verbindingen zet u “Bij elk ontvangen event opnieuw spelen” aan op de vakjes die op served zijn aangesloten, om alle aanroepen te verwerken en niet alleen de eerste.

HTTP-server ──connected──► HTTP-verzoek “webhook uitlokken”
     └───────served──────► Assert op request.body.event
                           daarna ──► HTTP-server sluiten

De beschikbare paren

Luisteren	Sluiten	Protocol
HTTP-server	HTTP-server sluiten	HTTP
gRPC-server	gRPC-server sluiten	gRPC
SOAP-server	SOAP-server sluiten	SOAP — routering op SOAPAction of operatienaam
GraphQL-server	GraphQL-server sluiten	GraphQL — biedt het SDL en de ingestelde resolvers aan
OData-server	OData-server sluiten	OData — past $filter, $select, $orderby, $top, $skip, $count, $expand, $batch toe

Twee extra sluitacties horen bij de servers van de WebSocket-familie: WebSocket-server sluiten en Socket.IO-server sluiten — zie Verbindingen en streams.

Wat de server antwoordt

De respons is die welke op het verzoek is ingesteld dat de actie bestuurt: status, headers en body bij HTTP, gemockte methoden bij gRPC, operaties bij SOAP, resolvers bij GraphQL, gegevens bij OData.

De {{variabelen}} worden op het moment van antwoorden opgelost: een variabele wijzigen terwijl de server luistert, verandert de volgende respons. Zie Servermodus.

Poorten delen

Restorm opent maar één socket per poort en routeert op basis van de aard van de aanroep. Een HTTP-mockserver en een WebSocket-server kunnen dus samen op :8080 luisteren.

De poort komt vrij zodra de laatste route ervan stopt.