Flow Guide
A flow is composed of three main elements: a trigger, a mashup, and targets. Start creating a Mashup Editor
Choose a name and a Mashup for your flow.
Trigger
The trigger is defined as the signal that initiates the execution of the mashup. There are several types of triggers available:
- HTTP: This trigger allows users to invoke the mashup through a simple POST type HTTP request. The endpoint for accessing the mashup can be found at the bottom of the modal.
- Kafka: This trigger enables the mashup to be started by sending a message to a selected topic in Kafka. It requires configuration with the bootstrap host, port parameters, Kafka group, and topic.
- MQTT: This trigger allows the mashup to be started by sending a message to a selected topic in MQTT. It requires configuration with the host, port, and topic.
- Scheduled: This trigger utilizes a time-scheduler to start the mashup at specified intervals.
Data Bind
When using HTTP, Kafka, or MQTT as triggers for the mashup, configuring the data bind is essential. The data bind configuration enables the input of the mashup to be connected with the complete data or a part of it sent through the trigger. For example, if you send a Kafka message to the topic that triggers the mashup and you need to use its data as input, you must declare the corresponding pair input JSON path in the modal. The trash bin icon on the right side of the modal allows you to delete created pairs. Note that any unbound pairs will not be saved in the trigger.
JSON path example:
{
"name": "John",
"age": 30
}
Then the JSON path for the name field will be name
and the JSON path for the age field will be age
.
Authorization
The access policy determines who can execute the project through DME (Data Mashup Engine). There are three options:
- PUBLIC: Everyone can execute the project.
- API-KEY:
When the access policy is set to API-KEY, an API-Key field is displayed. It can be regenerated or copied to the clipboard. This API-Key is required for executing the project when the access policy is set to API-KEY. Only those who have the API-Key can execute the project through DME.
- OAUTH2:
When the access policy is set to OAUTH2, the user must provide the OpenID Discovery URL: this URL is used to retrieve the OAuth2 configuration. The OAuth2 configuration is used to retrieve the access token. The access token is used to execute the project through DME.
Mashup
This is the field where you can select which version of the mashup you want to execute in your flow.
Targets
Targets are the entities where the output of our mashup will be sent. There are different types of targets available:
HTTP: This target can be configured with a name, endpoint, HTTP method, and header parameters. Available HTTP methods are POST, PUT, and PATCH.
Kafka: This target can be configured with a name, bootstrap server information (HOST and PORT), and topic.
MQTT: This target can be configured with a name, HOST, PORT, Fiware service, and Fiware service path.
ORION: Specify the Orion target configuration.
Fhir: This target can be configured with a name and a Fhir server base URL.
##Execution rules
- Always: The mashup will be always executed.
Authorization
Currently, the mashup editor supports two types of authentication: Basic and OAuth 2.0.
Basic Auth: It can be configured with just a username and password.
OAuth 2.0: It requires an Access Token URL, Client ID, and Client Secret configuration.
Please refer to the documentation for a detailed guide on setting up and configuring the filter elements in your flow.