Prerequisite steps to create

How to define a new job definitions using the .

About this task

Perform the following steps before you define and schedule .

Procedure

Install a number of and add the Java run time
To install , run the installation program. You can install the during the full installation of HCL Workload Automation or in a stand-alone installation of just the agent. During the installation, you have the option of adding the Java run time to run , both those types supplied with the product and the additional types implemented through the custom plug-ins.
Follow the installation wizard to complete the installation.
For a description of the installation parameters and options, see the section about installation options in .
Organize the in pools and dynamic pools.
Pools and dynamic pools help you organize the environment based on the availability of your workstations and the requirements of the jobs you plan to run.
1. From the navigation toolbar, click > > .
2. Select a distributed or z/OS engine.
  The workstations you can create vary depending on the engine type you select.
3. Select the workstation type you want to create.
  - To create a pool, define the you want to add to the pool and the workload broker workstation where the pool is hosted.
  - To create a , specify the requirements that each must meet to be added to the .
Grant the required authorization for defining .
The HCL Workload Automation administrator has to grant specific authorizations in the security file to allow the operators to create .
- In the distributed environment, perform the following steps:
  1. Navigate to the TWA_home/TWSdirectory from where the dumpsec and makesec commands must be run.
  2. Run the dumpsec command to decrypt the current security file into an editable configuration file.
    For more information, see the section about dumpsec in .
  3. Add display and run access to the workstation, as follows:
    - If the operation is performed on the HCL Workload Automation Connector, display and run access is required on the CPU corresponding to the workstation where the job is created.
    - If the operation is performed on the workstation where the job runs, display access is required on the workload broker workstation.
    For more information, see the section about configuring the security file in .
  4. Close any open conman user interfaces by using the exit command.
  5. Stop any connectors on systems running Windows operating systems.
  6. Run the makesec command to encrypt the security file and apply the modifications.
    For more information, see the section about makesec in .
  7. If you are using local security, the file is immediately available on the workstation where it has been updated.
    1. If you are using a backup master domain manager, copy the file to it.
- In the z/OS environment, perform the following steps:
  1. Define the fixed resource that owns the subresource and give universal read access to it:
```
RDEFINE (CLASS_NAME) FIXED_RESOURCE UACC(READ)
```
  2. Give user USER_ID update access to the FIXED_RESOURCE fixed resource:
```
PERMIT FIXED_RESOURCE ID(USER_ID) ACCESS(UPDATE) CLASS(CLASS_NAME)
```
  3. Define a RACF resource, JSORACF_RESOURCE, to RACF and give universal read access to it:
```
RDEFINE (OPCCLASS) JSORACF_RESOURCE UACC(READ)
```
    JSO is the 3-character code that RACF uses for JS.OWNER.
  4. Give user USER_ID update access to JSORACF_RESOURCE:
```
PERMIT JSORACF_RESOURCE ID(USER_ID) ACCESS(UPDATE) CLASS(CLASS_NAME)
```
Define the as described in Managing job definitions.

You can define also using the composer command.

For more information, see the section about job definition in .

You can define also using the JOBREC statement.