The HTTP component is able to post messages to HTTP(S) endpoints. It will post the content it receives from a previous component without altering it.
The HTTP component has the following basic configuration options:
- HTTP Method
- Auth Method
- Auth Username
- Auth Password
- Exclude Headers
- Auth Preemptive
- Use Error Route
URL to the HTTP(s) endpoint that must be reached.
Simple expressions can be used in the URL to create a dynamic URL. For example,
Select which authentication method must be used with the HTTP(s) endpoint, either none (default) or Basic Authentication.
The username when using Basic Authentication.
The password when using Basic Authentication.
Headers to be excluded from the requests made by this component only. Multiple header names may be specified splitting them with a vertical bar
This can be used, for instance, to prevent sensitive data present in headers from being sent to a 3rd party host.
true if the server supports preemptive Basic Authentication, meaning that credentials are sent immediately, even if the server doesn't request them.
Use Error Route
Set this to
false if the endpoint has a redirect or you don't want HTTP errors to be handled by the error route.
The HTTP component has the following advanced configuration options:
Retry failed requests?
Enable the retry mechanism of the component. Messages that get back status
or higher will be stored and retried every amount of milliseconds that is set in
Retry requests interval. This is useful for
example for API's that are not very reliable.
- The retry mechanism will generate extra exchanges that will show up in the exchange counters in the Flow manager. This also happens when the flow is idle, because the mechanism has to check if there are any failed messages that it should retry. This check happens every amount of milliseconds that is set in Retry requests interval.
- The retry mechanism will also add the following to the flow logging on the
- Amount of messages that are being retried
- When the external service is down
- When the external service is up
Retry requests interval
The interval in milliseconds that determines the time after which messages from failed requests are retried.
This option is only visible when Retry failed requests? is also enabled.
- This component can be chained to another endpoint. However unlike other components the output will not contain the message you posted somewhere, but will contain the response of the HTTP Post.
- The HTTP component also has an Validate Url button, which will test if it can send a message to the endpoint.
- The HTTP Component is only capable of posting messages to HTTP endpoints, use the Inbound HTTP component for receiving messages
Custom SSL Certificates
It can be the case that the endpoint you are trying to reach uses an SSL Certificate (HTTPS), this is not a problem for Dovetail as long as it is signed by a default trusted certificate authority.
When the endpoint uses a
self-signed certificate, or a certificate not signed by a default trusted certificate authority, the certificate should be retrieved and imported into Dovetail. Unfortunately to date, this has to be done manually by the support staff of Dovetail, please contact your Dovetail provider when necessary.
When you install a flow that uses such an endpoint dovetail will run a pre-install check, to check wether the certificate is valid or not. When using a dynamic url this check can be bypassed and it will show up in the flow logging instead.
Testing with HTTP component
On RequestBin you can set up a temporary HTTP server which you can use for testing purposes. Dovetail can send messages to this HTTP server so that you can see if a flow is configured correctly.
To do this:
- Go to http://requestbin.net/ and click 'Create requestbin'.
- Copy the URL (e.g. http://requestbin.net/r/172193z1) and paste in the HTTP component in Dovetail (see screenshot above).
- Kick off the flow in Dovetail by sending a message to it.
- Go to http://requestbin.net/r/172193z1?inspect to see if the message has been received by the HTTP server.