Mange installationer har sat deres MVS-systemer op således, at produktions-MVS'erne er adskilt fra udviklings-MVS'erne. Med andre ord er det besværligt at kommunikere mellem udvikling og produktion. Alle produktions-MVS'erne er samlet i et SYSPLEX og dermed i et JES-system, mens udviklings-MVS'erne er samlet i et andet SYSPLEX/JES-system. Heldigvis er det utroligt let at submitte jobs fra et JES-system til et andet, og det kan du udnytte, da der med garanti er sat en JES-forbindelse op mellem udvikling og produktion.
For det første skal du kende JES-navnet på de to JES-systemer, du skal kommunikere mellem. Det nemmeste er at finde værdien af ISPF variablen ZSYSNODE på hver af de to JES-systemer. Brug eventuelt tip uge 22/2007 til at finde værdien af ZSYSNODE. For det andet skal du lave et job, som du kan submitte fra det ene JES-system til det andet. Lad os antage, at du er logget på TSO på en udviklings-MVS og du vil gerne afvikle et job på en produktions-MVS uden at skulle fragte jobbet derover først. Lad os også antage, at JES-navnet på produktions-JES'en er PRODJES2. Så kan du starte med at lave følgende job:
Du skal erstatte job-kortet i ovenstående job med et job-kort, der virker på din installation på produktion-JES'en. Du skal også erstatte PROD.DATASET.I.CAN.READ med navnet på et dataset i produktions-SYSPLEX'et, som du kan læse. Herefter submitter du jobbet.
På grund af linien /*ROUTE XEQ PRODJES2 vil jobbet nu blive sendt til eksekvering på produktions-JES'en. Når jobbet er færdigt, vil job-outputtet automatisk blive sendt tilbage til den JES, som jobbet blev submittet til oprindeligt, nemlig udviklings-JES'en. Du kan nu gå ind i SDSF eller SYSVIEW og kigge på job-outputtet i den samme TSO-session, som du submittede jobbet fra. På DD-kortet SYSUT2 kan du så browse indholdet af PROD.DATASET.I.CAN.READ fra produktions-SYSPLEX'et. Det er da ret smart og enkelt.
Der er i øvrigt lige en vigtig forudsætning for at ovenstående virker, og det er, at din user er oprettet på begge SYSPLEX'er. En anden pudsig detalje er, at jobbet virker lige godt, om det bliver submittet til det ene eller det andet JES-system. /*ROUTE vil simpelthen blive ignoreret, hvis navnet efter XEQ er lig navnet på det lokale JES-system.
Ovenstående job er kun et lille bitte eksempel på, hvad du kan gøre med /*ROUTE. Når du først har forstået styrken bag dette lille JES statement, så vil du hurtigt opdage helt nye muligheder for at kunne kommunikere mellem to ellers adskilte JES-systemer.