Version 1.0
Initiale Auslieferung
Initial release
Standard-Job der Auslieferung
Standard job in distribution
Klasse Job_Impl
Class Job_Impl
Klasse SOSFile
Class SOSFile
Klasse SOSProfileSettings
Class SOSProfileSettings
Mit dem Parameter delay_after_error können Wiederholungsintervalle für den Fehlerfall gesetzt werden (siehe Beispiel).

Beispiel für Parameterangaben in der Konfigurationsatei factory.ini:

[job scheduler_check_slaves]
slave_1                = localhost:4445
warn_if_not_connected  = true
warn_if_not_registered = true
check_jobs             = true
;delay processing after error: <number of errors>:<delay interval in seconds or stop>;...
delay_after_error = 1:60;5:600;10:1800;20:3600;60:stop

delay_after_error ist wie folgt zu interpretieren: nach dem ersten Fehler je 60s warten, ab dem fünften Fehler je 600s warten ... nach dem 60. Fehler den Job stoppen.

The intervals to be waited in the event of an error can be configured with the delay_after_error parameter in the job profile (see example).

Example for parameters in the factory.ini configuration file:

[job scheduler_check_slaves]
slave_1                = localhost:4445
warn_if_not_connected  = true
warn_if_not_registered = true
check_jobs             = true
;delay processing after error: <number of errors>:<delay interval in seconds or stop>;...
delay_after_error = 1:60;5:600;10:1800;20:3600;60:stop

The meaning of the delay_after_error parameter in the example is: wait 60s per retry after the first error, wait 600s per retry after the fifth error ... stop the job after 60 errors.

Der Parameter bestimmt den zu überprüfenden Job Scheduler. Werte müssen in der Form host:port angegeben werden. Wenn Sie diesen Parameter nicht angeben, dann wird die Liste der registrierten Job Scheduler Slaves vom Job Scheduler Master abgerufen.

Das Suffix des Parameternamens kann aufsteigend iteriert angegeben werden, slave_1, slave_2, ..., slave_n, um mehrere Job Scheduler auf unterschiedlichen Hosts und/oder Ports zu prüfen.
This parameter specifies the Job Scheduler that is to be checked. Values must given in the form host:port. Should this parameter not be specified then the list of registered Slave Job Schedulers is obtained from the Master Job Scheduler.

Should more than one Job Scheduler be checked then the parameter name suffixes should be consecutively numbered i.e. slave_1, slave_2, ..., slave_n without gaps. This allows a number of Job Schedulers to be checked on differerent hosts and/or ports.
Der Parameter vereinbart, dass eine Warnung per eMail versendete wird, wenn ein Job Scheduler Slave nicht verbunden ist.
This parameter specifies that a warning will be sent by mail should a Slave Job Scheduler not be connected.
Der Parameter vereinbart, dass eine Warnung per eMail versendete wird, wenn ein Slave Job Scheduler nicht registriert ist.
This parameter specifies that a warning will be sent by mail should a Slave Job Scheduler not be registered.
Der Parameter vereinbart, dass alle Jobs des verbundenen Job Scheduler Slaves auf Fehlermeldungen geprüft werden.
This parameter specifies whether all jobs from connected Slave Job Schedulers are to be checked for error messages.
Mehrere Job Scheduler können von einem Job Scheduler Master überwacht werden, wenn in ihrer Konfigurationsdatei scheduler.xml das Attribut <config main_scheduler="masterhost:4444"> gesetzt ist. masterhost ist in diesem Beispiel der Hostname und 4444 der Port, auf dem der Job Scheduler Master betrieben wird. Diese Job Scheduler Slaves versuchen sich am Job Scheduler Master anzumelden und alle 60s ein Signal (Heartbeat) zu senden. Heartbeats werden nicht blockierend als UDP Datagramme verschickt.

Wenn sich ein Job Scheduler Slave das erste Mal am Job Scheduler Master anmeldet, dann gilt er als registriert. Diese Information wird vom Job Scheduler Master gespeichert, selbst wenn der Job Scheduler Slave sich später beendet. Ein registrierter Job Scheduler Slave, der keinen regelmäßigen Heartbeat sendet, gilt als nicht verbunden.

Sie können den Job einsetzen, wenn Sie mehrere Job Scheduler betreiben und Warnungen per eMail erhalten möchten, falls sich ein Job Scheduler nicht registriert hat, nicht verbunden ist oder sich in anderer Weise beendet hat.
Multiple Slave Job Schedulers can be checked by a Master Job Scheduler if the slaves are configured with <config main_scheduler="masterhost:4444"> in their scheduler.xml file. In this case masterhost would be the host name and 4444 the port on which the Master Job Scheduler is operating. These Slave Job Schedulers will try to connect to the Master Job Scheduler and will repeat sending a heartbeat every 60s. Heartbeats are sent without blocking as UDP datagrams.

If a Slave Job Scheduler connects for the first time to the Job Scheduler Master then it is registered. This information is kept in the Job Scheduler Master even after the Job Scheduler Slave has terminated. If a registered Job Scheduler Slave does not repeatedly send heartbeats then it is treated as being disconnected.

This job should be used when multiple Job Schedulers are being run and it is necessary that a responsible person is notified - by e-mail - should one of them not register, not be connected or otherwise have been terminated.