Asynchronous Activities administration

<< Click to Display Table of Contents >>

Navigation:  Bizagi Engine > Bizagi system administration > Maintenance and administration > Environment administration >

Asynchronous Activities administration

Overview

When there are integration points in the Processes where a Service-type task is used (to either invoke a Web or REST service or to use custom code for an advanced business rule -though the Component Library-), Bizagi allows these types of tasks to be configured for asynchronous execution.

 

When defining a BPMN service task as an asynchronous Activity, Bizagi allows setting a number of retry attempts (retries), in case the Activity's integration actions fail to respond in a given threshold (usually, an invocation to an external service).

View more information about Asynchronous Activities.

 

Therefore, in this scenario where an asynchronous Activity fails (i.e. an external application is not started, there are connectivity issues, etc) and surpasses the number of predefined retries, Bizagi offers the possibility for an administrator to review, follow-up/diagnose and manually retry such operations.

 

 

Asynchronous_Configuration

 

In the image above, we see the configuration parameters for an asynchronous Activity, as it is defined while modeling the Process.

 

 

Within the administration options for any Asynchronous Activities, Bizagi will store a log having which Process instances (cases) failed to complete specific Activities and the corresponding reason (an error message).

Through this console, most importantly, the administrator will be able to manually retry these failed Activities.

 

 

Asynchronous Activities Console.

To access this option, click on the Admin menu in Bizagi Work Portal.

Click on Asynchronous Activities Console in the displayed menu options.

 

Asynchronous_Console01

 

This option allows the business administrator to decide which Items to retry, individually or grouped, and to view the retry log or choose to abort cases (should this be necessary).

 

Asynchronous_Console02

 

 

Notice you will be presented with a table having all Failed Asynchronous Activities with overall following information such as: A log with execution's detail (error message), the case number to which the Activity belongs, the Activity's name, the number of retries so far, the date in which the Activity was first created (attempted), and the latest retry date.

 

Retry an Item

To manually retry an Asynchronous Activity, select the Asynchronous Activities tab and click the icon under Retry now column for the corresponding row.

 

Asynchronous_RetrySingle

 

 

Retry Specific Items

To retry more than one item at once, select the items to be retried in the Asynchronous Activities tab and then click the Enable Asynchronous Activities button.

These items will be marked for automatic retry, which is carried out by the Scheduler (the service installed for each Bizagi project which performs certain jobs at a given interval).

 

Asynchronous_RetryGrouped

 

Retry Items in Group

applies_NetXpress

Bizagi allows the user to retry all the items that have failed grouping by Process or Activity.

This retry is not performed immediately, it is executed by the Scheduler (see the detail in the above option).

 

For this, select the Grouped by Activity tab.

Click on Enable  at the Delegate retry to Scheduler column, for the Scheduler to retry in batch those grouped activities.

 

 

 

Asynchronous_Console03

 

Notice you may enabled grouped Activities per Process.

 

See Retry Log

To see the retry log which has execution detail (the error message causing the failed Asynchronous Activity), click on the icon under the Log column.

 

On the Asynchronous Activities Log, you will find the history for the retried attempts' date and specific error message.

 

 

Asynchronous_Console04