REST Trace
Reference documentation for using the REST API REST Trace action
Written By Support Channel
Last updated 8 months ago
Overview of the REST Trace action
The REST Trace action allows a workflow to send a HTTP Trace request to a RESTful API endpoint.
Purpose | To send data to an external REST API endpoint using the HTTP TRACE method. |
Parameters | Headers |
Output | Status, OK, Error, Client error, Server error, Accepted, No Content, Bad Request, Not Authorised, Not Acceptable, Not Found, Forbidden, Text, Body, Type, Char Set |
Understanding the REST Trace action
This action performs a loop-back test along the communication path to the target server and returns the exact HTTP request as received by the endpoint, providing a useful debugging mechanism.
Headers
A list of header names and values for the API request. For example:
Content-Type: βapplication/jsonβ
Authorisation: βrest_api_key=1234β
URL
Specify the endpoint where the TRACE request should be sent.

Working with REST Trace action
This action can be inserted anywhere in your workflow to test external communication. The fields you populate must match the API's expected request structure.
Note
The TRACE method is often disabled on production servers for security reasons, as it can be used to expose sensitive information in some attack scenarios.
Additionally, you should set the appropriate Content-Type header such as application/json for JSON or application/xml for XML. This lets the server know how to interpret the incoming data. Sending incorrectly formatted data or omitting the correct header can cause the request to fail or be rejected by the API.
Output Variables
Output | Code | Type | Description |
Status | β | Text | Shows the HTTP Status Code of request. |
OK | 200 | Boolean | The request was successful, and the response contains the expected data. |
Accepted | 202 | Boolean | The request was accepted for processing, but the processing has not been completed. |
No Content | 204 | Boolean | The request was successful, but there is no content in the response. |
Bad Request | 400 | Boolean | The server could not understand the request due to invalid syntax or parameters. |
Not Authorised | 401 | Boolean | The request was denied due to invalid or missing authentication credentials. |
Forbidden | 403 | Boolean | The request is valid, but the server is refusing to fulfil it. |
Not Found | 404 | Boolean | The resource requested could not be found on the server. |
Not Acceptable | 406 | Boolean | The requested format is not supported by the server. |
Client Error | 4xx | Boolean | Any status in the 400β499 range indicating a client-side error. |
Server Error | 5xx | Boolean | Any status in the 500β599 range indicating a server-side error. |
Error | β | Text | A general error occurred, such as connection failure or timeout. |
Text | β | Text | Plain text of the body of the the request |
Body | β | Text | Data received in response to request sent |
Type | β | Text | Media type of the response body. For example |
Char Set | β | Text | The character encoding used in the response. For example |
Create and manage REST Trace actions
Add a REST Trace action
Add the action
Use the following steps to add the action to your workflow.
Configure the action
Use the following steps to configure the action.
Click Add Header to create a new header entry. This reveals the Header popup.
Select Header and type the name of the header.
Select Value and input the value of the header
Click OK to complete setup of your new field value.
Repeat the above steps for any addition additional headers needed.
Set a value for the URL.
Click back in the main view to hide the slide-over.
Edit the action
Use the following steps to make changes to the action.
Edit an existing Header entry by clicking on it. This displays the Edit Header popup and allows you to make changes.
Remove an unwanted entry by clicking the red cross toward its right-side.
Click back in the main view to hide the slide-over.
Delete a REST Trace action
Use the following steps to remove the action from your workflow:
Take care when deleting an action to also remove any logic using its outputs: workflow steps may function incorrectly or break if they attempt to evaluate an output of a deleted action.