Deferred response with synchronous implementation

You can obtain Application Response Measurement (ARM) statistics with a synchronous invocation of the request. The returned result is sent as output to a data store for a synchronous implementation.

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 Table 1 and Figure 1, 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	N/A	N/A
	GoodRequests	`Count_EXIT`	`X₁.X₂`
	BadRequests	`Count_FAILURE`
	ResponseTime	`t'₁ - t'₀`
Reference A	GoodRefRequest	`Count_EXIT`	`X₁.X₂`
	BadRefRequests	`Count_FAILURE`
	RefResponseTime	`t₁ - t₀`

Figure 1. Graphic representation of a deferred response with synchronous implementation

Table 2. Invocation of output to data source
Type	Statistics	Formula	ARM Transaction
Reference B	GoodRetrieveResult	`Count_EXIT`	`X₁.X₂`
	BadRetrieveResult	`Count_FAILURE`
	ResultRetrieveResponseTime	`Σ t₃ - t₂`
	ResultRetrieveWaitTime	Σ timeout