In Integrator it is possible to build REST APIs with zero coding, using drag and drop interface. The following scenarios are supported:

Basic ideas

The core element of the infrastructure, which allows building REST APIs in Integrator is HTTP listener. HTTP listener is a special type of connector, constantly listening to the incoming HTTP requests, using configurable PATH and METHOD.

Depending on which side of the transformation (source or destination) HTTP listener sits, it can either push payload to the flow or return response to the client.

Any API, built in Integrator, requires an authentication using token, received from the authentication API.

Important: access token, received from the authentication API must be submitted as a header parameter: Authorization:Bearer access-token.

Read more about about calling Integrator's REST API endpoints.

Defining endpoints

In Integrator you define endpoint by specifying URL Pattern parameter, when creating an HTTP listener.

Important: only one HTTP listener with the particular URL Pattern can exist at the same time. For example, you cannot create multiple HTTP listeners with the URL Pattern /patients. You can, however, created listener with the URL Pattern /patients and listener with URL Pattern /patient.

Within URL Pattern you can specify path parameters: /patients/{patientid} and query parameters: /patients?patientid={patientid}. They will be automatically converted to the variables, which can be referenced from the source SQL. From the functional standpoint path parameters=query parameters.

Example of the endpoint with path parameters:

/patients/{patientid} -->

Example of the endpoint with query parameters:

/?patientid={patientid} -->

Example of the SQL with parameters:

select * from principal where principalid = {principalid}

Expose data source as an REST API endpoint

Problem: we have a database, which sits behind the firewall and is not accessible from the Internet. We would like to build an REST API that can be used to access some controlled portion of the data from the other side of the firewall.

Solution: any data source, which Integrator can read, can be exposed as an REST API endpoint. Read more about available data sources.

Steps to build an REST API

Step 1. Create new HTTP listener. Select GET as an HTTP method.

Users Listener

Step 2. Create format for the response. The following formats are supported: JSON, JSON Data Set, XML, XML Data Set, CSV and Fixed Length Text Format.

Step 3. Create flow, where the source is any supported data source and the destination is an HTTP listener, created in the step 1 and format, created in the step 2.

Users Flow

Step 4. Define source query, mapping and parameters if needed.

Source Query

Step 5. Schedule event-driven flow.

Working with databases

Follow the same steps as you would follow when the source is a database.

Working with data objects

Follow the same steps as you would when the source is a data object.

Important: you can define an SQL, which will be executes on the source data object, even if it is a file, web service or data in the key-value storage.

Testing GET API endpoint.

The simplest way to test GET API endpoint right from the browser is to use Postman plugin, for example for Chrome.

Step 1. Create POST authentication request in Postman:


Body: {"login":"user","password":"password"}. The user and password must be existing Integrator user and password.

Step 2. Click the Send button.

Step 3. Copy token body from the response.

Response example:

{ "token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzUxMiJ9.eyJpc3MiOiJldGx3b3Jrcy5jb20iLCJpYXQiOjE0OTMyNDMwNDQsImV4cCI6MTQ5MzI0MzY0NCwianRpIjoiMjJiMzQ5NjktOTU5MS00NGRlLTg5OTEtOWExMjZiMmNmNDIzIiwic3ViIjoiYWRtaW4ifQ.fgjJRqjPfVSXpgB7o7A6Q7ohYyoWovKZwdvatojx5xBXi1NLJapMVaPyIaJGg3jKdiQDaKPgwYk6daH_nut5vg" }.

Step 4. Create GET request in the Postman using configured in Integrator endpoint.


Step 5. Specify Authorization header parameter with a Bearer prefix, and pass value from the response received in the step 3.

Example: Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzUxMiJ9.eyJpc3MiOiJldGx3b3Jrcy5jb20iLCJpYXQiOjE0OTMxNjQwNjAsImV4cCI6MTQ5MzE2NDY2MCwianRpIjoiNjc2Nzk5NTgtODQ3OC00Y2MzLWFiOWMtYmJmNjYyYjQxOGNlIiwic3ViIjoiYWRtaW4ifQ.Loxfquv-qjuQRT15eRiunFCFWuWwtZTosrn86ZcWguoPbiiC00toXmFTJ4QqYYgdAHO7QFIEeqqNdgAXwED2lg.

Step 6. Click the Send button.

Execute flow on demand

Read more about event driven flows.

Testing API endpoint.

For the flow, configured to be executed on demand, you can create another flow, which will be sending triggering HTTP request right from the Integrator.

Lets assume that there is a scheduled on demand flow, which is triggered by sending POST request to the endpoint, with a payload, which contains a json document representing patient.

For testing purposes, lets put the patient.json in the folder on the local or cloud storage.

Step 1. Create an HTTP connection with the following parameters:


Authentication: token.

Authentication URL:

HTTP Method for Token Authentication: POST.

Authentication Request Payload: {"login":"{user}","password":"{password}"}

Authentication Request Content Type: application/json.

User: any existing Integrator user which can run flows.

Password: password for the user.

Method: POST.

Step 2. Create flow, where the source connection is pointed to the patient.json, source format is json, destination connection is a connection created in the step 1, and the destination format is the same as the source format.

Step 3. Manually execute flow, created in the step 2, and watch it triggering execution of the on demand flow.


In Integrator you create REST APIs for CRUD operations by creating event driven flows and selecting appropriate method, when defining HTTP listener parameters.

The following methods are supported: