Jobs and Job Chains
Error handling
The JobScheduler comes with a number of methods for error handling. These include:
- stop a job: running orders have to wait for the job to become available
- suspend an order: the order waits to be resumed later on
- setback an order: make an order repeatedly try to continue processing after a predefined time interval
- make an order leave a job chain
- make an order continue processing with a specific job node for error handling
Event handling
JobScheduler Event handling is a mechanism for implementing complex dependencies between jobs or between jobs and external events.
Managed File Transfer
JobScheduler provides two methods for managing the transfer of files: Both methods make use of the YADE implementation that comes with a number of unique features, see YADE - Features
Resource Contention Management
Process classes and locks can be used to manage the use of resources such as databases or printers:
- Process Classes:
- limit the number of jobs that are running concurrently.
- specify remote JobScheduler Workload instances and Agents on which jobs should be executed.
- Locks:
- limit the number of jobs that access common resources such as databases in parallel.
- allow mutually exclusive access, i.e. making jobs wait (without consuming any CPU) for a lock to be released.
Agentless Scheduling
Programming Interfaces
The JobScheduler comes with a number of powerful interfaces that are targeted at the following scenarios:
- implementing jobs and monitors that would e.g. check execution results and decide on specific actions. Such implementations often make use of the API Interface to check and manipulate JobScheduler Objects.
- developing individual programs and complex jobs, e.g. based on the Java API Interface, that would manipulate JobScheduler objects, e.g. create and submit orders from an individual application.
Pages
Navigation