There are two levels of logging in the platform:
The Executions page includes a single record of every flow executed in the selected workspace
The Logs page lists all the logs for all the Flows executed in the selected workspace
An execution is the path of an initial message through a flow. When the flow is triggered (by a scheduler, webhook etc.), the platform assigns an
execution ID to the message. This
ID follows the message through the entire flow.
ID is assigned to any messages caused by this initial message in the flow.
The following diagram demonstrates two simultaneous executions using a webhook flow:
In this example, a client sent two messages to a webhook URL simultaneously.
Apassed by the webhook trigger to the next action without change. While processing the message, the action produced 10 more messages which passed to the next action. The 11 messages, all produced by the same external stimulus, carry the same execution ID.
Bwas triggered by a separate external stimulus. It produced a second execution with another 11 messages. This execution is separated logically from execution A but not necessarily physically.
The following image represents a polling flow execution:
In this example, internal scheduling in the platform triggered a polling flow execution.
The message emitted by the trigger created a large number of messages that all belong to the same execution. In the example above 101 messages belong to the same execution and carry the same ID because they were caused by the same trigger message. A new execution is created in the next scheduling interval.
Click Executions in the Analyze section of the main menu to access this page.
The page displays a list of the executions that have occurred on your platform. By default the list is filtered to display all executions in the last 30 days.
Filter by flow name, flow status or time interval to display the activity you want to monitor (details below).
Tip: The platform adds all filters to the URL, so you can easily share your filtered view with a colleague.
A notification displays at the top of the list if new executions happen while you are on this page. You can choose to load the executions or continue looking at your current data set without disruption. You can dismiss the notification by clicking
X without any impact on the executions.
If further executions occur after you dismiss the notification, a new notification will display with an updated count.
Note: To benefit from this page, all your custom components must use the latest Nodejs Sailor (above 2.5.4). Restart all the real-time flows after updating your components.
Choose to filter by one or more flow names to concentrate on the executions from a specific flow or flows. For example you may choose to examine all flows for a specific component.
Click the dropdown and use the check-boxes to select the relevant flows
Start typing a flow name to find it in the list
Click Clear to deselect all flows and return to the default view, showing all executions from active flows.
The status filter defaults to All but the user can choose:
Successful to only display executions that ran successfully
Erroneous to only display executions that had errors
Click the Time Interval filter and use the Calendar & Clock popup to find executions from a specific timeframe which may span months or minutes. Click Apply to apply the filter.
Since most of the errors inside components are related to the processed data, you can use this log to debug integration flows.
Click any execution in the list to open a visual representation of the flow. A red number displays on any step that has had errors indicating the number of errors that occurred at that step.
Click any step to view detailed logs for that step or to choose actions such as retry.