Rechner für die Ausführung auf einem fernen System angeben

In der typischen Anwendungs-Serverkonfiguration befindet sich die Aktionsdefinition auf demselben System wie die ausführbare Datei der Anwendung. Bei dieser Konfiguration wird das System, das die Anwendung enthält, als Ausführungs-Host bezeichnet.

Die Aktionsdefinition kann sich sowohl auf dem Session-Server als auch auf einem System, das dem Session-Server Aktions- und Datentyp-Services zur Verfügung stellt und das als Datenbank-Server oder Datenbankrechner bezeichnet wird, befinden.

Aktionsdefinitionen verwenden das Feld EXEC_HOST , um den Ausführungsort der Befehle (EXEC_STRINGs) festzulegen. Die folgende Aktionsdefinition legt beispielsweise fest, daß ein xload -Client auf einem System ausgeführt wird, mit dem Host-NamenSysDDD:

ACTION XloadSysDDD
 {	TYPE				COMMAND
 	EXEC_HOST		SysDDD
 	EXEC_STRING		/usr/bin/X11/xload -label SysDDD
 }

Legt das Feld EXEC_HOST mehr als einen Hostnamen fest, versucht das Desktop den Befehl EXEC_STRING nacheinander auf jedem Host auszuführen, bis es einen Host findet, der die Aktion ausführen kann. Das folgende Feld EXEC_HOST legt z. B. fest, daß die Aktion EXEC_STRING zuerst auf SysDDD ausführen soll, und falls dies nicht funktioniert, auf SysEEE.

	EXEC_HOST				SysDDD,SYSEEE

Ist das Feld EXEC_HOST nicht für eine Aktion gesetzt, wird der Standardwert übernommen: %DatabaseHost%. Der Wert von %DatabaseHost% wird dem Datenbanksuchpfad entnommen.

Nehmen Sie z. B. an, der Datenbanksuchpfad wurde durch Hinzufügen der folgenden Zeile zu /etc/dt/config/Xsession.d/0010.dtpaths modifiziert:

DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C

SysAAA wird unter Verwendung der für diesen Host gültigen Syntax festgelegt - SysAAA. Eine Aktion, die dieses Element des Suchpfads verwendet, setzt den Datenbankrechner auf SysAAA. Verwendet eine Aktion den Abschnitt /net/SysBBB... des Suchpfads, wird als Datenbankrechner das lokale System verwendet, da die Syntax das Qualifikationsmerkmal nicht enthält.