Ga naar inhoud

De ondersteunde protocollen

In Restorm is een protocol geen afgezwakte variant van HTTP: elk protocol heeft zijn eigen editor, zijn eigen uitvoering en zijn eigen weergave van de respons. Hetzelfde project kan dus een REST-aanroep, een MQTT-abonnement en een Kafka-consumer naast elkaar bevatten.

Alle uitvoerbare protocollen zitten in de Community-editie, zonder beperking.

ProtocolWaarvoorServermodus
HTTPREST en elke HTTP-aanroep✔
GraphQLQueries, mutaties, abonnementen✔
gRPCUnaire aanroepen en aanroepen met streaming, gRPC-Web, Connect✔
SOAPWSDL-services, XML-enveloppen✔
ODataEntiteitsverzamelingen, queryopties, $batch✔
JSON-RPCJSON-RPC 2.0, afzonderlijk of in batch—
tRPCProcedures van het type query en mutation—
ProtocolWaarvoorServermodus
WebSocketRuwe bidirectionele verbinding✔
Socket.IOBenoemde Socket.IO-events✔
MQTTIoT — topics, QoS, retentie, last will✔
SSEServer-Sent Events, ontvangend—
STOMPSTOMP over WebSocket—
AMQPRabbitMQ — publiceren, consumeren, inspecteren—
KafkaProduceren, consumeren, een partitie inspecteren—
RedisPub/Sub en opdrachten—
  • De {{variabelen}} worden in alle velden opgelost, ook in de velden die eigen zijn aan het protocol. Zie Inline variabelen.
  • De geschiedenis legt elke uitvoering vast, ongeacht het protocol. Zie Verzoekgeschiedenis.
  • De codefragmenten worden voor elk protocol gegenereerd, in de relevante talen. Zie Code-export.
  • De scenario’s kunnen elk protocol besturen, inclusief langlopende verbindingen (verbinden / verzenden / sluiten). Zie Actiecatalogus.
  • De firewall onderschept alle uitgaande aanroepen, ongeacht het transport. Zie Firewall.

Om duidelijk te zijn over de grenzen: Restorm voert Thrift niet uit (de import daarvan is puur documentair), en ook AMQP 1.0 niet (alleen AMQP 0-9-1 / RabbitMQ is geïmplementeerd) en NATS niet.