Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Asynchronous_Manager z/OS MVS Programming: Writing Transaction Programs for APPC/MVS SA23-1397-00 |
|||||||||||||||||
You can call the Asynchronous_Manager service either to determine whether there are any asynchronous APPC/MVS calls outstanding in an address space or to clean up an entire TP for which an asynchronous request is outstanding. Asynchronous APPC/MVS calls include any calls that have asynchronous processing specified on the Notify_Type parameter. The Asynchronous_Manager service is particularly useful in TSO/E environments because TSO/E does not support the invocation of authorized commands or programs while an asynchronous APPC/MVS call is outstanding in the same address space. A program that needs to invoke an authorized command or program could first call the Asynchronous_Manager service to find out if there are any asynchronous calls outstanding in the address space and, if necessary, call Asynchronous_Manager again to clean up the TPs that submitted those calls. For example, you can call the Asynchronous_Manager service to clean up a TP in response to message IKJ56610I, which indicates attempted invocation of an authorized command or program while an asynchronous call is outstanding. Note that the Asynchronous_Manager service only returns the number of asynchronous calls that are outstanding at the time the Asynchronous_Manager service is called; subsequent asynchronous calls are not reflected. Therefore, the query function of the Asynchronous_Manager service is most effective in an address space with no other tasks performing asynchronous APPC/MVS work. Requirements
FormatFigure 1. ATBAMR1
- Asynchronous_Manager
Parameters
RestrictionsTransaction programs that call the Asynchronous_Manager service while in task mode should not have any enabled unlocked task (EUT) functional recovery routines (FRRs) established. For more information about EUT FRRs, see the section on providing recovery in z/OS MVS Programming: Authorized Assembler Services Guide. When the Asynchronous_Manager has been called to clean up an entire TP for which an asynchronous request is outstanding and a protected conversation is associated with the TP to be cleaned up, APPC takes the following actions against the protected conversation: Note: The outstanding asynchronous call does not have to be on a protected
conversation for the following actions to be taken against a protected
conversation associated with the TP to be cleaned up.
When a syncpoint operation IS in progress for the current UR for the context with which the protected conversation is associated, APPC/MVS does not immediately deallocate the conversation. The syncpoint operation is allowed to complete. As part of the syncpoint processing, the protected conversation might be deallocated, in which case no further cleanup is required for that conversation. If the conversation was
not deallocated, however, cleanup processing proceeds in the same
manner as it does when a syncpoint operation IS NOT in progress at
the time the Cleanup service is issued:
|
Copyright IBM Corporation 1990, 2014
|