The memory pool ID (POOLID) parameter of the routing entry specifies the pool identifier of the storage pool in which the program runs. The pool identifier specified here relates to the storage pools in the subsystem description.
The program to call (PGM) parameter of the routing entry specifies the name and library of the program called as the first program run in the routing step. No parameters can be passed to the specified program. The program name can be either explicitly specified in the routing entry, or extracted from the routing data.
If a program name is specified in a routing entry, selection of that routing entry results in the routing entry program being called (regardless of the program name passed in an EVOKE function). If the program specified in the EVOKE function is supposed to be called, *RTGDTA must be specified in this parameter. If the program does not exist when the routing entry is added or changed, a library qualifier must be specified because the qualified program name is kept in the subsystem description.
The sequence number (SEQNBR) parameter of the routing entry tells the subsystem the order in which routing entries are to be searched for a routing data match. The routing entries are searched in sequence number order. When you add routing entries to a subsystem description, you should order them so that the entries likely to be compared most often are first. This reduces the search time.
Sequence Number | Comparison Value |
---|---|
10 | 'ABC' |
20 | 'AB' |
30 | 'A' |
40 | 'E' |
50 | 'D' |
Correct | Incorrect | ||
---|---|---|---|
Sequence Number | Comparison Value | Sequence Number | Comparison Value |
10 | 'ABC' | 10 | 'ABC' |
20 | 'AB' | 20 | 'ABCD' |
30 | 'A' | ||
40 | 'E' | ||
9999 | *ANY |
The program named in the routing entry is given control when the routing step for the job is started. Parameters to control the run-time environment (priority, time slice, and so on) of the routing step for the job are taken from the class specified in the routing entry.