Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
The postprocessing call z/OS Security Server RACF System Programmer's Guide SA23-2287-00 |
|
After the preprocessing call completes and RACF® optionally re-parses the command, RACF processes the command. The processing of the command includes processing the naming convention table. RACF then makes the postprocessing call to the exit. If the exit changed the command buffer in the preprocessing call, RACF passes the re-parsed command image to the postprocessing call. For commands that specify the AUTOUID or AUTOGID keyword, the command
image in the postprocessing call contains both the AUTOUID or AUTOGID
keyword, and the UID or GID keyword with the value RACF has derived for the UID or GID. For example,
if the user entered:
and RACF derived a UID value of 907,
the postprocessing exit would see:
RACF makes the postprocessing call regardless of the return code from the preprocessing call. The exit receives the same parameter list on the postprocessing call as on the preprocessing call. The postprocessing call can alter the ACEE and the communications area passed to it, and do any cleanup required due to changes made in the preprocessing call. If the command did not abend, the command return code field contains the return code set by the command processor during command execution. The command can change this return code, and if it does, the changed value is returned to the command issuer. However, if automatic command direction is active, RACF uses the original return code to determine whether to automatically direct the command. If the command abended, the postprocessing call receives a flag indicating that the command abended. The exit routine should do any cleanup required due to changes made in the preprocessing call, just as it would if the command had completed without an abend. |
Copyright IBM Corporation 1990, 2014
|