Manuale del CDE Solaris per utenti esperti e amministratori di sistema

Creazione di azioni che eseguano applicazioni su sistemi remoti

Nel descrivere l'esecuzione remota delle azioni, si farà spesso riferimento ai due termini seguenti:

host del database: il sistema in cui si trova la definizione dell'azione

host di esecuzione: il sistema su cui viene avviato l'eseguibile

In genere, le azioni e le relative applicazioni si trovano sullo stesso sistema; in questi casi non è richiesta alcuna sintassi particolare, perché l'host di esecuzione predefinito per le azioni è l'host del database.

Tuttavia, quando l'host di esecuzione non coincide con l'host del database, la definizione dell'azione deve specificare la posizione in cui eseguire il comando contenuto nella stringa di esecuzione.

La possibilità di collocare le azioni e le applicazioni su sistemi diversi è una caratteristica dell'architettura client/server del desktop. Per una trattazione più approfondita delle applicazioni di rete, vedere Amministrazione dei servizi per le applicazioni.

Creazione di un'azione che esegua un'applicazione remota

Usare il campo EXEC_HOST nella definizione dell'azione per specificare la posizione dell'applicazione.

I valori ammessi per EXEC_HOST sono:

%DatabaseHost%: l'host che contiene la definizione dell'azione.

%LocalHost%: l'host da cui viene avviata l'azione (il server delle sessioni).

%DisplayHost%: l'host che esegue il server X (non previsto per i terminali X).

%SessionHost%: l'host su cui viene eseguita la Gestione del login.

nomehost: l'host specificato. Usare questo valore per gli ambienti in cui l'azione deve essere sempre eseguita su un host particolare.

%"prompt"%: richiesta di inserimento del nome host visualizzata ad ogni esecuzione dell'azione.

Il valore predefinito è %DatabaseHost%, %LocalHost% Con questa impostazione, se si omette il campo EXEC_HOST l'azione cerca inizialmente di eseguire il comando sull'host che contiene la sua definizione. Se l'operazione non riesce, l'azione cerca di eseguire il comando sul server della sessione.

Esempi