The HTTP Client Function enables communication with a third-party HTTP server. Using it stream editors can control outgoing requests handling. This function supports REST API and also supports authentication via the OAuth 2.0 framework. The following HTTP Client Functions are available in Usage Engine:
Collector
Processor
Forwarder
The HTTP Client collector Function collector function collects data from a third-party HTTP server. The options are available under the Parameters and Configuration tabs. The Parameters tab allows you You can configure this function to set the values for how the HTTP Client function would behave when communication with the third-party HTTP server. The Configuration tab allows you , and how to specify the method of communication.
The options specific to each of the 3 Functions, whether it is for Collector, Processor or Forwarder, will be mentioned in their corresponding sections at the end of this page.
Parameters
Under Parameters, you get the Connection and Operational Settings that are applicable to HTTP Client Collectors, Processors, and Forwarders. To configure this Function, take the following steps in addition to the ones mentioned in the Connection and Operational Settings.
You can configure this function in the following settings.
Connection
Operational settings
General settings
Results
Connection
Depending on the users' configuration, two authentication methods are available: Basic authentication and OAuth 2.0 implementation. A selectable option from the Authentication type is used to make the selection and based on that separate configuration options are available. There will be additional options in the Configuration tab for the Authentication type selected.
Rw ui tabs macro | |||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
The HTTP Method, Target URL, and associated options are configured in the same way. When the Authentication type selection is selected as OAuth 2.0 additional options are displayed. Their configuration is mandatory to properly activate the Function. It is also possible to use the Secrets Wallet functionality to apply stored credentials for the three HTTP Functions. The Use Redirect Fields checkbox allows users to toggle URL redirection using the available options. Two fields are displayed when this option is enabled – the Target URL field where the designated address is to be entered, and an optional Resource Path. The Configure Token section of the Function controls the authentication token credentials. The Header Prefix field is the Authorization header placed before the access token. Based on the Grant Type selection there are two types of credentials access provided for the authentication provisions – Password and Client credentials. Each of them has a distinctive configuration option. Password Credentials Grant Type Options
Client Credentials Grant Type Options
Both grant-type options also include optional parameters:
|
Operational Settings
In Operational Settings, enter the following details that determine how you want to handle the errors. The following options are available for HTTP Collector and Processor Functions only:
In Request run limit, specify the number of times the operation should run.
In Action on error, specify the action you want to take in case of an error. You can select from the following options:
Any response with the HTTP status code 4xx or 5xx is considered an error. All errors get logged in the system logs. You can refer to the Logs for more information. The default value is Ignore.
Configuration
In the Configuration tab, selectGeneral settings
You select an HTTP request method from the following options:
Note | |
---|---|
title | Note!*The Body and Form fields are visible only for request methods POST, PUT and PATCH. |
Select Body or Form and add the corresponding details in the content of the request message. You can use Variable Insertion.
Expand the examples below to view samples of HTTP request messages for Body or Form:
Note | |
---|---|
title | Note!The form input needs to be URL encoded, otherwise, it fails. HTTP requests use a hardcoded content-type value of ‘application/x-www-form-urlencoded’. |
Expand | ||
---|---|---|
| ||
|
Expand | ||
---|---|---|
| ||
|
Results
Response Headers
The support for response headers can be enabled by toggling the Enable response headers option.A default value for the key will be added by the engine (httpResponseHeaders) which will match the placeholder for the key input. Configuration is done by filling up the necessary input fields: Result Header Key and Result Key.
Note |
---|
HTTP Response Headers SupportBy enabling response headers, the overall data size of the HTTP packets will also increase. Caching of the body checkbox is tied to the headers. This option is available only for the HTTP Client collector and the HTTP Client Processor. |
In Result Key, you can assign a name to the result that you receive in response to the request. It is recommended to configure the resulting key to make future references of the same response easy and traceable. The default value is httpResponse.
Info |
---|
Token Renewal SupportThe collector and processor Functions support token renewal, if the servers return a 401 Token Expiry error. |