I den typiska programserverkonfigurationen finns åtgärdsdefinitionen i samma system som programmets körbara filer. Åtgärder kan dock skrivas för att köra kommandon i andra system. I den här konfigurationen kallas systemet som innehåller programmet för exekveringsdator.
Åtgärdsdefinitionen kan finnas på sessionsservern eller i ett system som tillhandahåller åtgärds- och datatypstjänster åt sessionsservern (kallas även en databasserver eller databasvärd).
Åtgärdsdefinitioner använder fältet EXEC_HOST
för att ange var deras kommandon (EXEC_STRING) ska köras. Följande åtgärdsdefinition anger t ex att en xload-klient ska köras i systemet med värddatornamnet SysDDD:
ACTION XloadSysDDD { TYPE COMMAND EXEC_HOST SysDDD EXEC_STRING /usr/bin/X11/xload -label SysDDD }
Om fältet EXEC_HOST
anger mer än ett värddatornamn, försöker skrivbordssystemet köra EXEC_STRING på alla värddatorer i tur och ordning tills det hittar en sträng som kan köra åtgärden. Följande EXEC_HOST
-fält anger t ex att åtgärden först ska försöka köra EXEC_STRING på SysDDD och om det inte går försöka med SysEEE.
EXEC_HOST SysDDD,SYSEEE
Om fältet EXEC_HOST
inte anges för en åtgärd får det standardvärdet %DatabaseHost%. Värdet på %DatabaseHost% hämtas från databassökvägen.
Anta t ex att databasens sökväg har ändrats genom att följande rad har lagts till i /etc/dt/config/Xsession.d/0010.dtpaths:
DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C
SysAAA anges med hjälp av den värddatorkvalificerade syntaxen - SysAAA: En åtgärdsdefinition som hittas med det här elementet i sökvägen anger databasvärden till SysAAA. En åtgärd som hittas med delen /net/SysBBB... av sökvägen anger databasvärden till det lokala systemet eftersom syntaxen inte innehåller värddatorkvalificeraren.