This topic applies only to the IBM Business Automation Workflow Advanced
configuration.

Deferred response with asynchronous implementation

You can obtain Application Response Measurement (ARM) statistics from an asynchronous implementation. The call to the service and the return result are invoked but the resulting output is sent to a data store from the service target.

Parameters

Event monitoring for Service Component Architecture (SCA) components includes the event points that are shown in black Black event point , while the event points shown in blue Blue event point are used only to calculate and fire PMI/ARM statistics.

In the following table and diagram, the current ARM transaction (denoted as X₁) is created when the calling service component was invoked for the first time. If the caller is not a service component, the current ARM transaction is used, or a new one is created. If it is not the starting transaction, it has a parent, as represented in the following table and diagram with the notation X_n.X_n+1. The notation is used to show the transaction lineage. Every SCA invocation starts a new transaction, which is parented by the current transaction of the caller. You can create new transactions and you can access the current transaction, but you cannot modify the SCA transaction lineage.

Table 1. Invocation of request and return result
Type	Statistics	Formula	ARM Transaction
Common	TotalResponseTime	`t₃ - t₀`	`X₀.X₁`
	RequestDeliveryTime	`t'₀ - t₀`	`X₁.X₂`
	ResponseDeliveryTime	`t'₀₃ - t'₂`
	GoodRequests	`Count_EXIT`
	BadRequests	`Count_FAILURE`
	ResponseTime	`t'₃ - t'₀`
Reference A	GoodRefRequest	`Count_EXIT`	`X₀.X₁`
	BadRefRequests	`Count_FAILURE`
	RefResponseTime	`t₁ - t₀`
Target A	GoodTargetSubmit	`Count_EXIT`	`X₁.X₂`
	BadTargetSubmit	`Count_FAILURE`
	TargetSubmitTime	`t'₁ - t'₀`

Diagram of deferred response with asynchronous implementation.

Table 2. Invocation of return result to a data store
Type	Statistics	Formula	ARM Transaction
Reference B	GoodResultSubmit	`Count_EXIT`	`X₀.X₁`
	BadResultSubmit	`Count_FAILURE`
	ResultResponseTime	`t'₃ - t'₂`
Target B	GoodResultRetrieve	`Count_EXIT`	`X₁.X₂`
	BadResultRetrieve	`Count_FAILURE`
	ResultRetrieveResponseTime	Σ `t₃ - t₂`
	ResultRetrieveWaitTime	Σ timeout