Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: suspend/resume and their effects on periods

...

  • Stops all activities in a process.
  • Pauses all periods (delays or deadlines).
  • When due to an error
    • the process history notes that the process was stopped due to an error.
    • the ERRORSUSPENDED state is set.
  • When not due to an error
    • the process history simply notes that the process was stopped.
    • the SUSPENDED state is set.
  • If the process is to be terminated, the TERMINATED state is set.

...

  • Sets the process state back to what it was before it was suspended.
  • Resumes all periods. If their fire-time is in the past, they are executed immediately. Otherwise, they continue ticking.
  • Sets the state of all process activities back to the states they had before they were suspended, while taking into account any deadlines or blocking periods.
  • The process history notes that the process was resumed.

...

A workflow activity with multiple outgoing transitions uses a split activity (“workitem” in screenshot), while an activity with multiple incoming transitions uses a join activity (“workitem_4” in screenshot). Each activity has a type, AND or XOR, which determines the behavior of the transitions. In yuuvisyuuvis® RAD, the default split and join types are both AND.

...

If the remaining transitions are executed later and return TRUE, the activity is not executed again.

Executing BPM

...

Processes with workerqueue

While a BPM process is being executed, the process state constantly changes. To reach the next state in the process, a workerqueue item is created. The item contains all necessary information about the process, scope or activity, as well as the next process state.

...

Due to concurrent processing, the workerqueue item may fail if, for example, a database resource is blocked by another thread. When this happens, the errorcount error count of the item is increased and the item is pushed to the messaging system to try again. This mechanism exists for all erroneous workerqueue items.

...

To configure the number of retries for the workerqueue item, in management-studio go to System > Settings > DMS-Service > Workflow > Global > Max worker item error count. The default setting is 3.