This article describes the task execution's steps and the TDM processes of each step.
The Task Execution process consists of the following steps:
A Task Execution process can be initiated either from the TDM Portal, a direct call to the start task execution API, or via a TDM Scheduling process.
A task can include Entities and/or Reference tables, both of which can have post-execution processes. For example, sending a mail to a user after a task has been executed.
The following diagram displays the task execution process:
This job runs every 10 seconds and scans the task_execution_list in the TDM DB table to get pending task execution requests.
Each task execution gets a unique task_execution_id identifier. A task execution may include several LUs and post execution processes, each with a separate record in the task_execution_list. All records related to a given task execution have the same task_execution_id.
The task execution order of the related task's components is as follows:
Run the LUs (from parent to child). Process all related entities on each LU before moving to its child LU. Click for more information about the execution order of the hierarchical LUs.
Run the post execution processes after the execution of the LUs ends. Post execution processes are executed according to their execution order as defined in the task's BE.
The following diagram describes the main TDM Task Execution process:
The execution is implemented in an asynchronous mode. The tdmExecuteTask job starts the execution on each LU or post execution process and a separate checkMigrateAndUpdateTDMDB job checks and updates the execution status of each process.
Both jobs must be executed in parallel.
Example:
This job runs every 10 seconds and checks the execution status of the running process. It selects records from the task_execution_list in the TDM DB table where the execution_status is running.
The execution status is checked as follows:
When the process is completed, the following TDM DB tables are updated:
A task execution is complete when it does not have pending or running executions. The checkMigrateAndUpdateTDMDB job handles completed task executions as follows:
Updates the following TDM DB table:
The TDM LU holds the execution details of each task execution. The TDM's instance ID is the task_execution_id generated for each task execution.
A completed task execution is synchronized into the TDM LU. The execution information and the TDM execution reports are extracted from the TDM LUI data.
This article describes the task execution's steps and the TDM processes of each step.
The Task Execution process consists of the following steps:
A Task Execution process can be initiated either from the TDM Portal, a direct call to the start task execution API, or via a TDM Scheduling process.
A task can include Entities and/or Reference tables, both of which can have post-execution processes. For example, sending a mail to a user after a task has been executed.
The following diagram displays the task execution process:
This job runs every 10 seconds and scans the task_execution_list in the TDM DB table to get pending task execution requests.
Each task execution gets a unique task_execution_id identifier. A task execution may include several LUs and post execution processes, each with a separate record in the task_execution_list. All records related to a given task execution have the same task_execution_id.
The task execution order of the related task's components is as follows:
Run the LUs (from parent to child). Process all related entities on each LU before moving to its child LU. Click for more information about the execution order of the hierarchical LUs.
Run the post execution processes after the execution of the LUs ends. Post execution processes are executed according to their execution order as defined in the task's BE.
The following diagram describes the main TDM Task Execution process:
The execution is implemented in an asynchronous mode. The tdmExecuteTask job starts the execution on each LU or post execution process and a separate checkMigrateAndUpdateTDMDB job checks and updates the execution status of each process.
Both jobs must be executed in parallel.
Example:
This job runs every 10 seconds and checks the execution status of the running process. It selects records from the task_execution_list in the TDM DB table where the execution_status is running.
The execution status is checked as follows:
When the process is completed, the following TDM DB tables are updated:
A task execution is complete when it does not have pending or running executions. The checkMigrateAndUpdateTDMDB job handles completed task executions as follows:
Updates the following TDM DB table:
The TDM LU holds the execution details of each task execution. The TDM's instance ID is the task_execution_id generated for each task execution.
A completed task execution is synchronized into the TDM LU. The execution information and the TDM execution reports are extracted from the TDM LUI data.