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.
This component has the following configuration options:
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.
- 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
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.
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.
This option determines how the messages are sent to the connected flow.
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.
Request reply the timeout option of the flow may need to be increased when
the connected flow takes some time to process the messages.