Cette section décrit comment configurer des systèmes pour exécuter des applications :
ailleurs que sur le système contenant l'action -- sur un hôte d'exécution éloigné ;
localement sur des montages de systèmes de fichiers.
Dans une configuration de serveur d'applications typique, la définition des actions se trouve sur le même système que l'exécutable de l'application. Cependant, des actions peuvent être écrites pour exécuter des commandes sur d'autres systèmes. Dans cette configuration, le système contenant l'application s'appelle l'hôte d'exécution.
La définition des actions peut se trouver sur le serveur de sessions ou sur un système qui fournit des services d'actions et de types de données au serveur de sessions -- appelé serveur de base de données ou hôte de base de données.
Les définitions d'actions utilisent la zone EXEC_HOST
pour indiquer où leurs commandes (EXEC_STRING) doivent être exécutées. Par exemple, la définition d'action suivante indique qu'un client xload doit être exécuté sur un système avec un nom hôte SysDDD :
ACTION XloadSysDDD { TYPE COMMAND EXEC_HOST SysDDD EXEC_STRING /usr/bin/X11/xload -label SysDDD }
Si la zone EXEC_HOST
indique plusieurs noms d'hôtes, le Bureau tente alors d'exécuter EXEC_STRING sur chaque hôte, dans l'ordre, jusqu'à ce qu'il en trouve un capable d'exécuter l'action. Par exemple, la zone EXEC_HOST
suivante indique que l'action doit d'abord essayer d'exécuter EXEC_STRING sur SysDDD et, en cas d'échec, sur SysEEE.
EXEC_HOST SysDDD,SYSEEE
Si la zone EXEC_HOST
n'est pas définie pour une action, elle prend, par défaut, la valeur %DatabaseHost%. La valeur de %DatabaseHost% est obtenue à partir du chemin de recherche de la base de données.
Supposons, par exemple, que le chemin de recherche de la base de données a été modifié par l'ajout de la ligne ci-dessous à /etc/dt/config/Xsession.d/0010.dtpaths:
DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C
SysAAA est indiqué à l'aide de la syntaxe qualifiée de l'hôte -- SysAAA:. Une définition d'actions trouvée à l'aide de cet élément du chemin de recherche donne la valeur SysAAA. Cependant, une action trouvée à l'aide de la partie /net/SysBBB... du chemin de recherche donne comme valeur à l'hôte de la base de données celle du système local, car la syntaxe n'inclut pas le qualifiant de l'hôte.
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les serveurs.
Vérifiez que les applications sont correctement installées et configurées pour une exécution locale.
Effectuez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les serveurs.
Créez et installez les définitions d'actions et les groupes d'applications.
Voir "Création d'actions exécutant des applications sur des systèmes éloignés" et "Création et administration de groupes d'applications généraux".
Fournissez les configurations de réseau du système d'exploitation requises par le Bureau.
Voir "Mise en réseau du système d'exploitation de base pour le Bureau".
Effectuez la configuration générale du Bureau requise pour les clients.
Modifiez le chemin de recherche des actions afin d'inclure l'hôte de base de données.
Voir "Chemin de recherche (Action/Types de données) de bases de données".
Modifiez le chemin de recherche des actions afin d'inclure l'hôte d'exécution.
La configuration standard du serveur d'applications permet d'exécuter des applications sur ce serveur. Il est parfois souhaitable qu'une application soit installée sur un système éloigné, mais exécutée en local sur le serveur de sessions.
Aucune configuration spéciale n'est requise.
Modifiez le chemin de recherche de l'application. Utilisez le chemin absolu local vers l'application.
Par exemple, vous pouvez utiliser la définition de variable ci-dessous pour trouver une application enregistrée sur sysAAA :
DTSPSYSAPPHOSTS=/net/SysAAA/etc/dt/appconfig/appmanager/C
Le serveur de sessions doit être capable d'accéder aux fichiers de configuration de l'application, tels que les app-defaults, les catalogues de messages et les bibliothèques réparties.