The activity that a node has to handle is defined using an action. These can have various types, they can be used to specify the communication details for plugins or integrations.
Node actions allow you to incorporate into a , and send various data to be displayed in front-end applications.
The Flowx.AI platform supports the following types of node actions:
You can only define and add actions on the following types of nodes: send message task, task and user task.
Actions fall into two categories:
Actions can use action rules such as DMN rules, MVEL expressions, or scripts in JavaScript, Python, or Groovy to attach business rules to a node.
For more information about supported scripting languages, click on this card.
Actions can be:
If all the mandatory actions are not executed on a node, the flow (token) will not advance.
Action params store extra values as key/value pairs, like topics for outgoing messages or message formats for the front-end.
Actions have a few characteristics that need to be set:
For more information, check the following section:
There are two ways actions could be linked together, so certain actions can be set to run immediately after others.
Certain actions can run immediately after another action by setting the parentName
field on the action for callbacks. Callback actions are performed when a specific message is received by the Engine, indicated by the callbacksForAction
header in the message. To run actions immediately after the parent action, set the autoRunChildren
flag to true for the parent action.
A parent action has a flag autoRunChildren
, set to false
by default. When this flag is set to true
, the child actions (the ones defined as mandatory and automatic) will be run immediately after the execution of the parent action is finalized.
Child actions can be marked as callbacks to be run after a reply from an external system is received. They will need to be set when defining the interaction with the external system (the Kafka send action).
For example, a callback function might be used to handle a user’s interaction with a web page, such as upload a file. When the user performs the action, the callback function is executed, allowing the web application to respond appropriately.
Child actions can be marked as callbacks to be run after a reply from an external system is received. They will need to be set when defining the interaction with the external system (the Kafka send action).
Callback actions are added in the Advanced configuration tab, in the header param - callbacksForAction
.
callbacksForAction
- the value of this key is a string that specifies a callback action associated with the “upload_file” destination ID. This is part of an event-driven system (Kafka send action) where this callback will be called once the “upload_file” action is completed.A useful feature for actions is having the ability to set them to run at a future time. Actions can be configured to be run after a period of time, starting from the moment the token triggered them to be executed.
The activity that a node has to handle is defined using an action. These can have various types, they can be used to specify the communication details for plugins or integrations.
Node actions allow you to incorporate into a , and send various data to be displayed in front-end applications.
The Flowx.AI platform supports the following types of node actions:
You can only define and add actions on the following types of nodes: send message task, task and user task.
Actions fall into two categories:
Actions can use action rules such as DMN rules, MVEL expressions, or scripts in JavaScript, Python, or Groovy to attach business rules to a node.
For more information about supported scripting languages, click on this card.
Actions can be:
If all the mandatory actions are not executed on a node, the flow (token) will not advance.
Action params store extra values as key/value pairs, like topics for outgoing messages or message formats for the front-end.
Actions have a few characteristics that need to be set:
For more information, check the following section:
There are two ways actions could be linked together, so certain actions can be set to run immediately after others.
Certain actions can run immediately after another action by setting the parentName
field on the action for callbacks. Callback actions are performed when a specific message is received by the Engine, indicated by the callbacksForAction
header in the message. To run actions immediately after the parent action, set the autoRunChildren
flag to true for the parent action.
A parent action has a flag autoRunChildren
, set to false
by default. When this flag is set to true
, the child actions (the ones defined as mandatory and automatic) will be run immediately after the execution of the parent action is finalized.
Child actions can be marked as callbacks to be run after a reply from an external system is received. They will need to be set when defining the interaction with the external system (the Kafka send action).
For example, a callback function might be used to handle a user’s interaction with a web page, such as upload a file. When the user performs the action, the callback function is executed, allowing the web application to respond appropriately.
Child actions can be marked as callbacks to be run after a reply from an external system is received. They will need to be set when defining the interaction with the external system (the Kafka send action).
Callback actions are added in the Advanced configuration tab, in the header param - callbacksForAction
.
callbacksForAction
- the value of this key is a string that specifies a callback action associated with the “upload_file” destination ID. This is part of an event-driven system (Kafka send action) where this callback will be called once the “upload_file” action is completed.A useful feature for actions is having the ability to set them to run at a future time. Actions can be configured to be run after a period of time, starting from the moment the token triggered them to be executed.