Recoverable Process Flows

You can make a process flow as recoverable process flow using one of the following options:

  • Enabling Implicit Recovery
  • Using Checkpoints
  • Using Human Workflow activity

 

Enabling Implicit Recovery

Implicit Recovery is a unique feature which means that the execution state of the process flow is recovered automatically in case the process flow is not executed completely due to some reasons. Now, when the kernel restarts, the process flow resumes execution from the point where it leaves.

  • Only, Synchronous activities are implicitly recoverable in the process flow. If asynchronous activities are used in process flow, they are made recoverable explicitly using check points. To know how to add checkpoint refer to the section Using Actions in Process Flow
  • Actions such as Delay, Put Context Var do not have Implicit Recovery Implementation.
    Implicit recovery is supported for any level of parent-child relationship in the process flow. For a recoverable parent process flow, all its child process flows are implicitly made recoverable irrespective of whether the child process flow is configured as recoverable or not.

 


Using Checkpoints

Process flows, which have checkpoints, are recoverable. Checkpoint is an action which can be used in a process flow during it creation. There can be any number of checkpoints in a process flow. Checkpoints should not be used after an asynchronous activity which is generating a source stream. Otherwise after recovery the source stream generated by asynchronous activity will not available for the target activity which will be consuming this stream. To know how to add checkpoint refer to the section Using Actions in Process Flow .

Using Human Workflow Activity

Process flows which use Human Work Flow activities, are recoverable. Human work flow activity itself acts as a checkpoint. To know how to add Human Workflow Activity in the process flow, refer to the Creating Workflow Task section.