THIS PAGE IS 'WORK IN PROGRESS'
There are a number of techniques available for a JobScheduler to control job execution on remote servers:
- SSH;
- Using a JobScheduler agent (Dynamic (setting of the) JobScheduler agent).
Whilst the possibilities offered by SSH execution are limited (see What is the difference between SSH-Job execution and remote JS-Agents?), the possibilities offered by Agents or remote JobSchedulers has also been restricted, due to the need for process classes having to be defined for the JobScheduler a job is to be executed on.
Process classes have had the disadvantage that instances of the job chain and job have to exist (and be maintained) on every JobScheduler that the job is to be (potentially) executed on.
The technique described on this page has been introduced with JobScheduler version 1.7 and allows a job in a job chain to be executed on a remote JobScheduler without the need for a job chain or the job itself to be installed in the live folder of the remote JobScheduler. This means that job execution on remote JobSchedulers can more flexibly allocated than with process class based methods to the extent of the decision about which JobScheduler a job is to be executed on depending on the result of the preceding job. In addition, only one instance of the job and job chain need to be defined in the live folder of the 'main' JobScheduler.