An API request activity interacts with an API connection to receive data from a Jitterbit Custom API that has been set up through the Harmony API Manager, and is to be used as a source in an operation.
An API response activity interacts with an API connection to return data to a Jitterbit Custom API, and is to be used as a target in an operation.
The API request or response activities can be configured using a JSON, XML, CSV, or XSD schema. If instead you want to interact with an API connection using a WSDL schema, use an API SOAP request or response activity.
Using the preconfigured API connection, you can configure any number of API activities associated with a Jitterbit Custom API.
Within the Endpoints filter, click the preconfigured API connection block to display activities that are available to be used with an API connection:
To create an activity that can be configured, the activity must first be added to an operation on the design canvas. To add an activity to an operation, drag the activity block from the palette to the operation.
For more information about the parts of an operation and adding activities to operations, see Operation Creation and Configuration.
Project Pane: In the Workflows or Components tab of the project pane, hover over an activity name and click the actions menu icon to open the actions menu.
Design Canvas: Within the operation, click an existing activity block to open the actions menu.
Each of these menu actions is available:
Follow these steps to configure an API request or response activity:
/) or colons (
Provide Request Schema or Provide Response Schema: The request or response schema defines the structure of data that will be used by the API request or response activity, respectively. Whether a file schema is required depends on if the API request or response activity will be used as the source or target, respectively, of a transformation (see When to Use a Schema). For instructions on completing this section of activity configuration, refer to Schemas Defined in an Activity.
|NOTE: As an alternative to providing a schema during activity configuration, you can define a schema directly within a transformation (see Schemas Defined in a Transformation). File schemas defined directly in a transformation take precedence over those configured as part of an activity.|
Data Schema: If provided during activity configuration, the request or response data schema is displayed. If the operation uses a transformation, the data schemas will be displayed again later during the transformation mapping process, where you can map to target fields using source objects, scripts, variables, custom values, and more. You can also define schemas directly in a transformation.
Add Plugin(s): Plugins are Jitterbit- or user-provided applications that extend Harmony's native capabilities. To apply a plugin to the activity, click to expand this section and select the checkbox next to the plugin to be used. For additional instructions on using plugins, including details on setting any required variables used by the plugin, see Plugins Added to an Activity.
After configuring an API request or response activity, you can use it within an operation as described below. Once the operation is set up, make sure to include it in the configuration of the Jitterbit Custom API to expose the operation or set of operations as a consumable REST endpoint.
After configuring an API request or response activity, complete the configuration of the operation by adding and configuring other activities, transformations, or scripts as operation steps (see Operation Creation and Configuration). You can also configure an operation's operation settings, which include the ability to chain operations together that are in the same or different workflows (see Operation Settings).
API request activities can be used as a source with these operation patterns:
API response activities can be used as a target with these operation patterns:
Other patterns are not valid using API activities. See the validation patterns on the Operation Validity page.
When used in an operation chain, no more than one API or API SOAP request activity can be present. In addition, the API or API SOAP request activity must be the source of the first operation. That is, no other operation may be calling this operation from a script or an "on success" or "on failure" operation action.
|CAUTION: Operations that begin with an API request cannot be executed manually using the operation Deploy and Run option because they retrieve the source data externally.|
This example depicts how API request and response activities might be used within an operation chain:
Another setup uses the same API response activity twice within an operation chain, shown below, which can be used for handling different error responses. For example, this setup provides the ability to override HTTP error code responses for Custom APIs using the Jitterbit variable
jitterbit.api.response.status_code, set in a Jitterbit Script:
Other examples using API activities as sources or targets in an operation include Capturing Data Changes with a Harmony API or HTTP Endpoint and Configuring Outbound Messages with Harmony API (These patterns use Design Studio as an example, but the same concepts can be applied in Cloud Studio).
After the operation setup is complete, make sure to complete the configuration of the Jitterbit Custom API.
Jitterbit Custom APIs are configured within the Harmony API Manager, accessible through the Jitterbit Harmony Portal for eligible subscribers. To configure a Jitterbit Custom API, refer to documentation under API Manager.
Note that after you have configured a Jitterbit Custom API to call a Cloud Studio operation, you will not be able to delete the operation without first changing the API's configuration so it no longer calls the operation.