By using the HTTP Request Node you are able to perform a HTTP request to a specific resource from within a Flow.
Whenever the HTTP Request Node gets triggered within a Flow execution it will perform the defined request to the specified URL.
The HTTP Node can execute the typical CRUD methods, which are:
Each request method has certain fields which it shares with the other methods. These are the fields:
- Authorization Type
- Context Store
- Cache Expiry
The URL to the targeted resource.
Cognigy.AI expects an un-encoded URL to the targeted resource. Please decode any encoded URL to ensure that the HTTP Request can be executed successfully.
For more information see URL encoding (on en:WP).
Here you can add the headers you need to successfully perform the HTTP request, in JSON format.
You can also optionally store the response headers.
The supported types are:
- No Auth
- Basic Auth
- API Key - "Authorization: ApiKey"
- API Key - "X-API-Key"
Authentication makes use of Connections, which means that the actual authentication information can be encrypted.
When a new authentication connection is created by clicking the "+" button next to the Parameters field, the "New Connection" window will appear to request the details specific to the authentication type.
As an example: The OAuth2 Connection is displayed below, allowing customized parameters to be configured.
In case you select an authorization type other than No Auth, additional fields will be provided which relate to the respective authorization type.
Here you define the context key where you want to store the response from the executed HTTP request. This field is required and needs to have a valid value.
After the HTTP request has been successfully executed you can access the response payload by executing the following CognigyScript:
When enabled, the HTTP Request Node will execute the request asynchronously, meaning that it will not wait for a response before continuing flow execution
When enabled the HTTP Node will cache the responses.
By default Cognigy.AI will reject connecting against insecure SSL endpoints, such as URLs with no or self-signed certificates. Activating this option will allow the Node to connect against these URLs as well.
If HTTP Requests return a status code > 299, the response is considered an error. This setting allows the user to either:
- not log the error
- log the error with the response from the server and the URL
- log the error, the reponse, the URL and the request payload (WARNING: This could expose sensitive data in the logs)
If active, the Flow will stop here if the response returned with a status code > 299
The GET method configuration prompt has all the fields described above.
The results of the GET request are stored in the context of the flow. You can retrieve the requested data of your GET request by accessing the context with the key you defined in the HTTP Node settings.
The standard Content-Type header is application/x-www-form-urlencoded. If you want to send another Content-Type, you have to set the header value specifically or use JSON as described below.
Here you can define the payload of your POST request. You can choose between JSON (standard) and Text.
You can send URL Encoded data by setting no specific header and then sending a URLEncoded non-JSON payload such as "To=%2B49555262626&Url=https%3A%2F%2Fhandler.twilio.com%2Ftwiml%2FEHf9b7af093c31b5baa1414be891"
Aside from the General Configuration fields (see above), the PUT request configuration prompt exposes the same configuration fields as the POST request configuration prompt.
The DELETE request configuration prompt exposes the General Configuration fields (see above).
Updated 8 days ago