Stopping and Interrupting

Depending on the status of the task, the functions available for it by right-clicking it on the Tasks list can provide the options described in this topic to stop or interrupt its execution.

This page includes the following:

Cancel

Cancels the task. Child tasks are not canceled.

Cancel (Recursive)

Cancels the task and its child tasks.

Deactivate

Removes still active but already ended tasks from the list.

When defining an object, developers and object designers can specify whether tasks should be deactivated after their execution. The following options are available in the Automatic Deactivation Section of the Attributes object definition page:

The only exception are tasks for which the Never option has been selected. The Deactivate function does not affect them.

Deactivating Workflows includes all its subordinate tasks.

Deactivate (Forced)

Available for tasks that are Workflows. It deactivates the Workflow and its child Workflows (if any) even if they still contain active tasks.

This option always overrules the Automatic Deactivation settings (see above) in the object definition, even if they have been set to Never deactivate tasks.

The rollback function fails for Workflows that have been deactivated using this function.

Quit

Ends a long-running activity.

Only available for long-running, recurring activities. For example, these activities execute a particular process repeatedly within a particular interval (event). They must be manually ended by the user.

Remove

Available for Registered tasks only. It removes the task from the queue.

Suspend

Pauses the processing of the task and is available for long-running tasks (such as Schedules and Events) and Workflows.

Suspend (Recursive)

This command pauses the processing of the task and all its subordinate tasks. Only long-running tasks and Workflows can be suspended.

Setting a Breakpoint in a Workflow

Available for Workflow tasks that have not yet started. It stops the execution of the Workflow at this particular point and sets its status to blocked. To continue processing the Workflow, you must open its monitor and delete the breakpoint manually.

As a developer and object designer you can use this function when designing Workflows to test the results of their executions. It also allows you to run the Workflow until a particular point and check the result of a of a previous task in the Workflow (for example, its report). You can then continue designing the Workflow using this data.

You may also need it if you have issues with your environment and a manual intervention is required, for example to repair a file or the database.

For more information, see General Tab.