Cereri și compunere

Aceste cutii execută un apel cerere / răspuns și predau controlul. Pentru conexiunile care rămân deschise, vedeți Conexiuni și fluxuri.

Fiecare este legată de o cerere din proiect: o desemnați la creare.

Cerere HTTP

Execută o cerere HTTP, GraphQL, gRPC unară sau WebSocket, dintr-o singură dată.

Intrări	env (mediul de execuție), override (suprascrieri, obiect)
Ieșiri	response — răspunsul complet
Configurare	requestId, label

Ieșirea response poartă obiectul de răspuns: stare, antete, corp, timp. Puneți un selector pe legătură pentru a extrage direct ceea ce vă interesează — status, body.data.id.

Cerere SOAP

Execută o cerere SOAP.

Intrări	env
Ieșiri	response
Configurare	requestId, label

Un răspuns <soap:Fault> apare pe obiectul de răspuns: testați-l cu un Assert, în loc să vă bazați doar pe starea HTTP.

Comandă Redis

Execută o comandă Redis unitară, pe o conexiune nouă.

Intrări	env
Ieșiri	response

Producție Kafka

Publică o înregistrare Kafka.

Intrări	env
Ieșiri	response — metadatele înregistrării: subiect, partiție, offset

Rulează scenariul

Apelează un alt scenariu din proiect — acesta este mecanismul de compunere.

Intrări	câte un port param:<name> pentru fiecare parametru liber al subscenariului
Ieșiri	câte un port output:<name> pentru fiecare ieșire a subscenariului, plus result
Configurare	scenarioId, label

Porturile sunt derivate în direct din subscenariu: adăugați-i un parametru și portul apare pe apelant.

Este ceea ce permite factorizarea: un scenariu „obține un token”, apelat de celelalte cinci.

Rulează scenariul „Se connecter”
  ├─ param:user   ◄── Intrare
  └─ output:token ──► Definește variabilă „token”

Suprascrierea cererii

Patru straturi, aplicate în această ordine:

1. cererea așa cum este salvată în proiect;
2. setarea rapidă desemnată pe acțiune;
3. suprascrierile completate pe acțiune;
4. valoarea primită pe portul de suprascriere.

Același apel se rejoacă deci cu trei seturi de date, fără să dublați cererea.