Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Unidentify z/OS MVS Programming: Writing Transaction Schedulers for APPC/MVS SA23-1398-00 |
|||||||||||||||||
Unidentify can be used by a transaction scheduler to reverse the effects of the Identify service. Unidentify terminates all APPC services for the transaction scheduler and its subordinate address spaces. Unidentify causes APPC/MVS to shut down the LU or LUs assigned to the transaction scheduler that issued Unidentify. The caller does not have to wait for this to occur. Once the Unidentify request is accepted, APPC/MVS returns control to the caller and assumes responsibility for taking down the LU or LUs. After APPC/MVS returns control, a transaction scheduler may invoke the IXCLEAVE macro to undo the effects of its invocation of Join_Sysappc_Group. Unidentify automatically disconnects address spaces currently connected to the issuing transaction scheduler. New conversations (that is, inbound or outbound Allocate requests) for the scheduler are rejected. The outcome of existing conversations for the scheduler depends on the type of Unidentify call. (Existing conversations are those for which one LU has successfully sent and its partner LU has successfully received the Allocate request.) After an Unidentify, the LU is placed in pending state to await another Identify request. A transaction scheduler must issue Identify if it is to restart. Calls to Unidentify must be issued from the address space that issued the Identify. Environment
FormatFigure 1. ATBUID1
- Unidentify
Parameters
Characteristics and RestrictionsTransaction schedulers that call the Unidentify service should not have any enabled unlocked task (EUT) functional recovery routines (FRRs) established. For more information about EUT FRRs, see the information on providing recovery in z/OS MVS Programming: Authorized Assembler Services Guide. |
Copyright IBM Corporation 1990, 2014
|