OpenTP1 Version 7 TP1/Client User's Guide TP1/Client/J
When an rpcCall method is called from a TP1/Client/J CUP, the TP1/Server accepts a service request.
Because this request may be delayed for some reason, such as SPP execution wait time, execution time, or communication error, TP1/Client/J monitors for errors by setting a maximum response wait time.
On the other hand, TP1/Server does not recognize the maximum response time of TP1/Client/J. Even if TP1/Client/J detects a timeout, TP1/Server may be continuing with service processing.
By using the server-load reduction facility in the event of a synchronous-response RPC timeout, you can reduce unneeded TP1/Server processing as mentioned above. You use the dcwatchtimrpcinherit operand in the TP1/Client/J environment definition to specify whether or not the server-load reduction facility is to be used in the event of a synchronous-response RPC timeout.
The following figure provides an overview of processing by the server-load reduction facility in the event of a synchronous-response RPC timeout.
Figure 2-10 Overview of processing by the server-load reduction facility in the event of a synchronous-response RPC timeout
All Rights Reserved. Copyright (C) 2006, 2009, Hitachi, Ltd.