This statement is used to control access by user IDs to a job class.
If a job class is defined as the default class for a user (by means of the SET-JOB-CLASS-DEFAULT statement), it is not necessary to define access once again using the GRANT-JOB-CLASS-ACCESS statement.
If a new user ID is entered in the user catalog during a session, it is immediately granted access to all public classes.
Format
GRANT-JOB-CLASS-ACCESS |
NAME = <name 1..8> ,ACTION = *ADD / *REMOVE ,USER = *ALL / list-poss(255): <name 1..8> |
Operands
NAME = <name 1..8>
Name of a job class to which a user ID is to receive or be denied access.
ACTION =
Permits or denies access to a job class.
ACTION = *ADD
The user ID specified under USER= may access the job class.
ACTION = *REMOVE
The user ID specified under USER= is denied access to the job class specified for NAME =.
USER =
Controls access to a job class.
USER = *ALL
Access to the job class specified in NAME is to be defined for all user IDs.
USER = list-poss(255)
Access is granted for the user IDs given in this list.
USER = <name 1..8>
Access is granted to this one user ID with a name consisting of 1 to 8 characters. No check is run to ascertain whether the specified user ID is entered in the user catalog unless a modification is made in the current session. All IDs are entered in the SJMSFILE.