Questa sezione descrive come configurare i sistemi per eseguire le applicazioni:
Su sistemi diversi da quello in cui risiedono le azioni: su host di esecuzione remota
Localmente, attraverso mount dei file system
Nella configurazione tipica dei server di applicazioni, la definizione dell'azione si trova nello stesso sistema in cui risiede l'eseguibile dell'applicazione. Tuttavia, è possibile scrivere azioni che eseguano comandi su altri sistemi. In questa configurazione, il sistema contenente l'applicazione viene detto host di esecuzione.
La definizione dell'azione può essere collocata nel server delle sessioni o in un sistema che fornisca le azioni e i tipi di dati a questo server, detto server di database o host di database.
Le definizioni delle azioni utilizzano il campo EXEC_HOST
per specificare la posizione in cui dovranno essere eseguiti i relativi comandi (EXEC_STRING). Ad esempio, l'azione seguente specifica che il client xload verrà eseguito su un sistema con nome host SysDDD:
ACTION XloadSysDDD { TYPE COMMAND EXEC_HOST SysDDD EXEC_STRING /usr/bin/X11/xload -label SysDDD }
Se il campo EXEC_HOST
specifica più nomi host, il desktop cercherà di eseguire il comando di EXEC_STRING su tutti gli host seguendo l'ordine indicato, fino a quando ne troverà uno che possa eseguire l'azione. Ad esempio, il seguente campo EXEC_HOST
specifica che l'azione dovrà cercare inizialmente di eseguire il comando EXEC_STRING su SysDDD, e quindi, se non dovesse riuscire, dovrà provare su SysEEE.
EXEC_HOST SysDDD,SysEEE
Se il campo EXEC_HOST
di un'azione non viene impostato, esso assume il valore predefinito %HostDatabase%. Il valore di %HostDatabase% viene ricavato dal percorso di ricerca del database.
Ad esempio, si supponga che il percorso di ricerca del database sia stato modificato con l'aggiunta della riga seguente a /etc/dt/config/Xsession.d/0010.dtpaths:
DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C
SysAAA viene specificato usando la sintassi di host qualificato, SysAAA:. Un'azione trovata usando questo elemento del percorso di ricerca imposterà l'host del database su SysAAA. Tuttavia, un'azione trovata usando la porzione /net/SysBBB... del percorso di ricerca imposterà l'host del database sul sistema locale, poiché questa sintassi non include il qualificatore dell'host.
Impostare le configurazioni di rete del sistema operativo richieste per il desktop.
Vedere "Configurazione dei servizi di rete del sistema operativo per il desktop".
Impostare le configurazioni generali del desktop richieste per i server.
Verificare che le applicazioni siano installate e configurate correttamente per l'esecuzione locale.
Impostare le configurazioni di rete del sistema operativo richieste per il desktop.
Vedere "Configurazione dei servizi di rete del sistema operativo per il desktop".
Impostare le configurazioni generali del desktop richieste per i server.
Creare e installare le definizioni delle azioni e i gruppi di applicazioni.
Vedere "Creazione di azioni che eseguano applicazioni su sistemi remoti" e "Creazione e amministrazione dei gruppi di applicazioni generici".
Impostare le configurazioni di rete del sistema operativo richieste per il desktop.
Vedere "Configurazione dei servizi di rete del sistema operativo per il desktop".
Impostare le configurazioni generali del desktop richieste per i client.
Modificare il percorso di ricerca delle azioni in modo da includere l'host del database.
Vedere "Percorso di ricerca dei database (azioni/tipi di dati)".
Modificare il percorso di ricerca delle applicazioni in modo da includere l'host di esecuzione.
Nella configurazione standard, le applicazioni vengono eseguite sul server delle applicazioni. A volte, tuttavia, può essere utile eseguire localmente sul server delle sessioni un'applicazione installata su un sistema remoto.
Non è richiesta alcuna configurazione speciale.
Modificare il percorso di ricerca delle applicazioni. Usare il percorso assoluto locale dell'applicazione.
Ad esempio, si potrà usare la variabile seguente per localizzare un'applicazione registrata su sysAAA:
DTSPSYSAPPHOSTS=/net/SysAAA/etc/dt/appconfig/appmanager/C
Il server delle sessioni dovrà avere accesso ai file di configurazione dell'applicazione, come i file delle impostazioni predefinite, i cataloghi dei messaggi e le librerie condivise.