The Task Execution process has the following steps:
A Task Execution process can be initiated either from the TDM GUI or via a TDM Scheduling process.
This article discusses initiating a Batch process on a task's LUs and updating the status of the completed process.
A task can include Entities, Reference tables and 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:
LUs, 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.
Post Execution Processes, 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 completed when it does not have pending or running executions. The checkMigrateAndUpdateTDMDB job handles completed task executions as follows:
Updates the following TDM DB tables:
The TDM LU holds the execution details of each task execution. The TDM's instance ID is the task_execution_id generated by the TDM GUI 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.
The Task Execution process has the following steps:
A Task Execution process can be initiated either from the TDM GUI or via a TDM Scheduling process.
This article discusses initiating a Batch process on a task's LUs and updating the status of the completed process.
A task can include Entities, Reference tables and 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:
LUs, 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.
Post Execution Processes, 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 completed when it does not have pending or running executions. The checkMigrateAndUpdateTDMDB job handles completed task executions as follows:
Updates the following TDM DB tables:
The TDM LU holds the execution details of each task execution. The TDM's instance ID is the task_execution_id generated by the TDM GUI 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.