Scheduler Erste Seite – Konfiguration in XML |
<process_classmax_processes |
= "zahl"
|
|
name |
= "name"
|
|
remote_scheduler |
= "host:port"
|
Ausführung der Tasks auf entferntem Rechner |
replace |
= "yes|no"
|
|
spooler_id |
= "scheduler_id"
|
/>
Definiert oder ändert eine Prozessklasse.
Siehe auch <process_class.remove>.
<base>
Ergänzt ein Element <process_class> an der entsprechenden Stelle aus der Basiskonfiguration. In <process_class> angegebene Attribute überschreiben die aus der Basiskonfiguration.
– Prozessklassen |
spooler_id="scheduler_id"
Das Element ist nur wirksam, wenn dieses Attribut leer oder gleich dem Parameter -id= vom Job Scheduler Start ist, oder wenn beim Job Scheduler Start die Option -id nicht angegeben worden ist.
name="name"
Name der Prozessklasse. Wenn das Attribut fehlt oder leer ("") ist, dann wird die Default-Prozessklasse geändert.
Siehe <job>, Attribut process_class=.
max_processes="zahl" (Initialwert: 30)
Begrenzt die Zahl der Prozesse.
Manche Betriebsysteme limitieren die Zahl der Prozesse, die der Scheduler starten darf. Es sollten nicht mehr Prozesse konfiguriert werden als das Betriebssystem erlaubt.
Für Microsoft Windows Betriebssysteme gilt derzeit eine Beschränkung von max. 30 für die parallele Ausführung zugelassenen Prozessen.
remote_scheduler="host:port" Ausführung der Tasks auf entferntem Rechner
Bestimmt den entfernten Scheduler, auf dem die Tasks dieser Prozessklasse ausgeführt werden sollen, durch Hostnamen oder IP-Nummer und TCP-Port (s. <config tcp_port="…">).
Der entfernte Scheduler muss den Zugriff mit <allowed_host level="all"> erlauben.
Die ausgeführten Tasks kommunizieren über die API mit dem steuernden Scheduler. Dabei gibt es einige Besonderheiten:
<include> innerhalb von <script> wird vom Task-Prozess ausgeführt. Die einzuschließende Datei wird also vom Rechner, der die Task ausführt, gelesen. Subprocess.timeout und spooler_task.add_pid() wirken nicht. Der Scheduler kann entfernte Subprozesse, deren Frist abgelaufen ist, nicht abbrechen. Log.log_file() wird, wie fast alle Methoden, auf dem Rechner des Schedulers ausgeführt, greift also auf die Dateien des dortigen Dateisystems zu. Einige Einstellungen werden vom entfernten statt vom eigenen Scheduler übernommen:
sos.ini (Abschnitt [java], Eintrag javac=…)
factory.ini (Abschnitt [spooler], Eintrag tmp=…)
<config java_options="…">
<config java_class_path="…">
<config include_path="…">
replace="yes|no" (Initialwert: yes)
replace="yes" ersetzt die vorhandene Prozessklasse.
replace="no" ändert nur die gesetzten Attribute der Prozessklasse.
Zuletzt geändert von Joacim Zschimmer, 2008-02-04 |