In der typischen Anwendungs-Server-Konfiguration 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 Sitzungs-Server als auch auf einem System befinden, das dem Sitzungs-Server Aktions- und Datentyp-Services zur Verfügung stellt und das alsDatenbank-Server oderDatenbankrechner bezeichnet wird.
Aktionsdefinitionen verwenden das Feld EXEC_HOST
, um den Ausführungsort der Befehle (EXEC_STRINGs) festzulegen. Die folgende Aktionsdefinition geht beispielsweise
davon aus, daß ein xload-Client auf einem System
mit dem Host-Namen SysDDD ausgeführt wird:
ACTION XloadSysDDD { TYPE COMMAND EXEC_HOST SysDDD EXEC_STRING /usr/bin/X11/xload -label SysDDD }
Sind im Feld EXEC_HOST
mehrere
Host-Namen angegeben, versucht das Desktop, den Befehl EXEC_STRING der Reihe nach auf jedem Host auszuführen, bis ein Host gefunden
wird, der die Aktion ausführen kann. Beispielsweise wird durch das folgende
Feld EXEC_HOST
festgelegt, daß
die Aktion zuerst versuchen soll, den Befehl EXEC_STRING
auf SysDDD auszuführen. Sollte die Ausführung
auf diesem Host scheitern, soll versucht werden, die Aktion auf Host SysEEE auszuführen.
EXEC_HOST SysDDD,SYSEEE
Ist das Feld EXEC_HOST
für
eine Aktion nicht gesetzt, wird der Standardwert %DatabaseHost% verwendet. Der Wert von %DatabaseHost% wird
dem Datenbanksuchpfad entnommen.
Beispiel: Der Datenbanksuchpfad wurde durch Hinzufügen der folgenden Zeile in /etc/dt/config/Xsession.d/0010.dtpaths geändert:
DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C
SysAAA wird mit der Syntax zur Festlegung des Hosts angegeben – SysAAA:. Eine Aktionsdefinition, die dieses Element des Suchpfads verwendet, setzt den Datenbank-Host auf SysAAA. Dagegen setzt eine Aktion, die den Teil /net/SysBBB… des Suchpfads verwendet, den Datenbank-Host auf das lokale System, da in der Syntax keine Angabe für den Host enthalten ist.