Outbound Flow Link Component
The Outbound Flow Link component can be used together with the Inbound Flow Link component to connect flows with each other. This enables you to split up bigger integrations in several reusable flows.
This component can be used multiple times in a flow to sent messages to other flows that have an Inbound Flow Link component.
Configuration
This component has the following configuration options:
Target flow
Description
When opening the properties modal all available target flows will be fetched. These are flows that start with an Inbound Flow Link component that has the same Flow Link type. When they are fetched you can select the flow that you want to connect with.
Remarks
- The first flow in the list will be automatically set as the target flow.
- When the original target flow can't be targeted anymore then the target flow will be reset to the first flow of the list or become empty when there are no target flows. A warning message will show up below the input when this happens.
Flow Link type
Options
SequentialParallel(default)
Description
This option determines how the messages are handled by the component. By default
the option is set to Parallel which means that multiple messages can be sent
at the same time. This also means that you can't expect messages to be processed
in a specific order, but this improves performance.
The other option Sequential is only recommended to be used when you really need
the messages to be sent in the order that they are coming into this component. This
option will cause higher load on the system when processing a lot of data.
Remark
You can't sent messages to an
Inbound Flow Link component that has a different
Flow link type. For example: a sequential
Outbound Flow Link component can't send messages to a
parallel Inbound Flow Link component.
Exchange pattern
Options
One way(default)Request reply
Description
This option determines how the messages are sent to the connected flow. One way
means that for every messages that is sent there will be no response from the
connected flow. It can be compared with the term "fire and forget". This option
is recommended when you don't need the response from the connected flow in your
current flow, for example when you sent messages to your own logging solution.
Request reply is the opposite of the One way option. For every message that is
sent to the connected flow there will be a response message from the connected
flow. This option is recommended when you need the processed message in
your current flow.
Remark
For Request reply the timeout option of the flow may need to be increased when
the connected flow takes some time to process the messages.