Ange en värddator för fjärrkörning

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.