Installer uniquement (fichier exécutable non requis)

Sélectionnez cette option si la distribution ne comprend pas de fichier exécutable que le programme de lancement d'applicatifs doit lancer après la distribution. Par exemple, utilisez cette option si l'unique finalité de l'objet Application est de mettre à jour certains fichiers du poste de travail (tels qu'un pilote ou un fichier de polices) ou de modifier certains paramètres du poste de travail (tels que les paramètres de registre).

Chemin d'accès au fichier exécutable

Saisissez le chemin ou parcourez l'arborescence pour rechercher le chemin d'accès au fichier exécutable que le programme de lancement d'applicatifs doit exécuter après la distribution de l'application. Généralement, ce chemin d'accès est défini lorsque vous créez l'objet Application : il doit déjà contenir le chemin d'accès à l'emplacement où se situe le fichier exécutable sur le réseau ou à l'emplacement où il se situera sur le poste de travail de l'utilisateur après la distribution. Si vous entrez le chemin d'accès, assurez-vous d'inclure l'extension .exe dans le nom du fichier de l'exécutable de l'application (par exemple, entrez notepad.exe et non notepad).

IMPORTANT :  L'agent ZENworks Desktop Management et le serveur Middle Tier ne prennent pas en charge le lancement d'applications à partir d'un emplacement réseau. Si le fichier exécutable se situe sur le réseau, n'utilisez cette option que si un client réseau (client Novell ou Client for Microsoft* Networks) capable d'autoriser le lancement à partir d'un serveur NetWare^® ou Windows est installé sur les postes des utilisateurs.

Vous pouvez également entrer le chemin d'accès d'un type de fichier autre que .exe. Dans ce cas, lorsque l'utilisateur double-clique sur l'objet Application, le programme de lancement d'applicatifs transmet le fichier au système Windows qui utilise ensuite l'application associée à ce type de fichier pour ouvrir le fichier. Par exemple, si vous avez entré un fichier .txt, l'application associée aux fichiers .txt est utilisée pour ouvrir le fichier.

Vous pouvez utiliser une unité assignée ou un chemin UNC. Les syntaxes de chemin d'accès valides sont les suivantes :

serveur\volume:chemin

\\nom_serveur\volume\chemin

\\adresse_IP\volume\chemin

nom_objet_Volume:chemin

nom_objet_Assignation_répertoire:chemin

lettre_unité:\chemin

Si vous utilisez un chemin d'accès UNC, les applications exécutées sur des serveurs Windows 2000 peuvent effectuer un lancement plus lent en raison de la façon dont Windows résout les chemins d'accès UNC. Pour plus d'informations, consultez l'article Q150807 de la base de connaissances Microsoft.

Vous pouvez également utiliser des macros dans ce champ. Pour plus d'informations sur les macros, reportez-vous au Référence : macros.

/f="c:\my docs\sample.doc"

Exécuter l'application une fois

Sélectionnez cette option pour que le programme de lancement d'applicatifs ne lance l'application qu'une seule fois, puis supprime l'icône de l'objet Application du poste de travail. Si le numéro de version de l'objet Application (Options de distribution > page Options) change, l'icône de l'objet Application apparaît de nouveau afin de permettre la distribution de la nouvelle version.

Cette option peut être utile lorsque la seule finalité de l'objet Application est d'installer un logiciel sur un poste de travail. En effet, si l'icône de l'objet Application reste une fois que l'application est installée, cela peut prêter à confusion, notamment si un raccourci ou une icône de groupe de programmes a été créé pour l'application au cours de sa distribution (reportez-vous à Options de distribution > page Icônes/raccourcis).

Cette option peut également être associée à d'autres paramètres de l'objet Application. Par exemple, si l'option Forcer l'exécution de la page Associations est définie pour l'application (ce qui signifie que, sans aucune intervention de l'utilisateur, le programme de lancement d'applicatifs exécute l'application dès qu'elle est disponible), l'exécution de cette application n'est imposée qu'une seule fois.

Forcer l'exécution en tant qu'utilisateur si l'application est associée à un poste de travail

Avec les applications associées au poste de travail pour lesquelles la case Forcer l'exécution a été cochée (onglet Associations > page Associations), Workstation Helper lance l'application dès le démarrage du poste de travail, en général avant que l'utilisateur ne se logue à Windows. Il est donc recommandé de forcer l'exécution d'applications associées au poste de travail uniquement pour les applications qui n'exigent pas d'interaction de l'utilisateur.

Sélectionnez cette option pour retarder l'exécution forcée d'une application associée au poste de travail jusqu'au démarrage du programme de lancement d'applicatifs. Dans ce cas, le programme de lancement d'applicatifs, et non pas Workstation Helper, distribue et lance l'application. Il utilisera les droits du poste de travail sur le système de fichiers pour distribuer l'application et les droits de l'utilisateur sur le système de fichiers pour la lancer.

Globalement, cette option permet aux applications associées au poste de travail dont l'exécution est forcée de fonctionner de la même manière que les applications associées à l'utilisateur dont l'exécution est forcée.

Exécuter

Sélectionnez la taille initiale de la fenêtre de l'application : Normal, Icônifié, Maximisé ou Caché. En mode Caché, l'application fonctionne normalement sans qu'une interface utilisateur ne soit disponible. Grâce à cela, l'application peut traiter des éléments sans nécessiter l'intervention de l'utilisateur. Vous pouvez par exemple l'utiliser pour l'agent de contrôle à distance si vous ne souhaitez pas qu'il apparaisse dans la barre des tâches.

REMARQUE :  Certaines applications ne peuvent pas s'exécuter en mode Icônifié, Maximisé ou Caché. Selon l'application, la taille initiale de la fenêtre peut être ignorée. Par exemple, calc.exe ne peut pas s'exécuter en mode Caché.

Windows NT/2000/XP

Ces options permettent de définir le mode d'exécution des applications sur les postes de travail Windows 2000/XP.

Nettoyer les ressources du réseau

Sélectionnez cette option pour supprimer des connexions réseau, des assignations d'unité et des captures de port établies en vue d'exécuter l'application. Lorsque cette option n'est pas sélectionnée, les ressources du réseau restent en vigueur. Si une ressource est déjà en cours d'utilisation lorsque le programme de lancement d'applicatifs lance l'application, cette ressource n'est nettoyée qu'une fois que toutes les autres applications distribuées ont fini de l'utiliser. Si des applications distribuées sont encore en cours d'exécution lorsque le programme de lancement d'applicatifs s'arrête, les ressources allouées ne changent pas.

Vérifier le nom du module

Lorsqu'une application est lancée, le programme de lancement d'applicatifs contrôle son fichier exécutable. Lorsque le fichier exécutable s'arrête, le processus de nettoyage des ressources réseau commence. Toutefois, il est possible que le nom du fichier exécutable soit en fait un exécutable "d'emballage" (wrapper) qui configure des environnements et exécute d'autres fichiers exécutables avant de s'arrêter. Si le programme de lancement d'applicatifs contrôle le fichier exécutable du wrapper, il risque de nettoyer les ressources réseau prématurément, avant l'arrêt de l'application. Consultez la documentation de votre application pour déterminer si l'application utilise un exécutable d'emballage. Si tel est le cas, recherchez le nom du module qui est toujours en cours d'exécution. Entrez ce nom (sans l'extension) dans la zone de texte correspondante.

Exécuter avant le lancement

Utilisez cette fenêtre de texte pour entrer les commandes de script à exécuter avant le lancement de l'application. Veillez à ne pas inclure de caractères étendus dans le script car ce type de caractère n'est pas pris en charge.

Pour consulter un exemple de script, reportez-vous à Exemple de script.

Exécuter après interruption

Utilisez cette fenêtre de texte pour entrer les commandes de script à exécuter une fois que l'utilisateur a fermé l'application. Veillez à ne pas inclure de caractères étendus dans le script car ce type de caractère n'est pas pris en charge.

Pour consulter un exemple de script, reportez-vous à Exemple de script.

Le script Exécuter après interruption est exécuté avant le nettoyage des ressources réseau (Options d'exécution > page Environnement). Toutefois, l'option Nettoyer les ressources du réseau ne nettoie pas les assignations d'unité ni les captures de port créées par le script Exécuter avant le lancement. Pour nettoyer ces ressources, entrez les commandes appropriées dans le script Exécuter après interruption.

Emplacement du moteur de script

Le moteur de script détermine les commandes de script et le langage de création de script à utiliser. Si vous ne définissez aucun moteur de script dans le champ Emplacement du moteur de script, le programme de lancement d'applicatifs utilise le client Novell (s'il est installé sur le poste de travail) comme moteur de script, ce qui signifie que vous pouvez utiliser la plupart des commandes de script de login du client Novell (reportez-vous à Commandes de script de login du client Novell prises en charge).

Si vous souhaitez utiliser un moteur de script autre que celui du client Novell, spécifiez-le. Le moteur de script doit résider à un emplacement toujours accessible aux utilisateurs, tel que leur unité locale. Il peut résider sur un serveur réseau uniquement si les utilisateurs peuvent assigner une unité au serveur (par exemple, via le client Novell ou Client for Microsoft Networks). Si le programme de lancement d'applicatifs ne trouve pas le moteur de script, il affiche une erreur sur l'écran de l'utilisateur et ne parvient pas à lancer l'application.

Si vous utilisez l'interpréteur de commandes de Windows comme moteur de script, vous devez inclure le commutateur /c, tel qu'illustré dans les exemples suivants :

• Windows 2000/XP : %*winsysdir%\cmd.exe /c
• Windows 98 : %*windir%\command.com /c

Les variables %*winsysdir% et %*windir% précisent le répertoire système Windows (par exemple, c:\winnt\system32) tandis que le commutateur /c indique à l'interpréteur de commandes d'exécuter le script puis de s'arrêter. Si le commutateur /c n'est pas utilisé, le script n'est pas exécuté en totalité.

Pour consulter un exemple de script, reportez-vous à Exemple de script.

Extension de fichier de script

Ceci s'applique uniquement si vous avez spécifié un moteur de script dans le champ Emplacement du moteur de script.

Lorsque l'application est lancée, le programme de lancement d'applicatifs crée des fichiers de script temporaires pour les scripts Exécuter avant distribution et Exécuter après distribution. Ces fichiers sont transmis au moteur de script, qui exécute alors le script. Vous devez spécifier l'extension de fichier requise par le moteur de script.

Pour consulter un exemple de script, reportez-vous à Exemple de script.

Exemple de script

Le script suivant utilise l'interpréteur de commandes de Windows 2000/XP comme moteur de script. Avant que le lancement n'ait lieu, une liste du répertoire c:\ est enregistrée dans un fichier texte et une copie de sauvegarde du fichier autoexec.bat est crée.

Champ Exécuter avant distrib

dir c:\ >c:\1.txt 
copy autoexec.bat autoexec.bak /y

Champ Emplacement du moteur de script

cmd.exe /c

Champ Entrer ou sélectionner l'extension du fichier de script

.bat

Ordre d'exécution du script

Le programme de lancement d'applicatifs peut exécuter jusqu'à quatre scripts différents lors de la distribution et du lancement d'une application :

• Scripts de distribution : Exécuter avant distribution et Exécuter après distribution (onglet Options de distribution > page Scripts de distribution)

• Scripts de lancement : Exécuter avant le lancement et Exécuter après interruption (onglet Options d'exécution > page Scripts de lancement)

Le programme de lancement d'applicatifs exécute les scripts dans l'ordre suivant :

1. Script Exécuter avant le lancement exécuté
2. Script Exécuter avant la distribution exécuté
3. Application distribuée (fichiers copiés, paramètres modifiés, etc.)
4. Script Exécuter après la distribution exécuté
5. Application lancée
6. Application fermée (par l'utilisateur)
7. Script Exécuter après interruption exécuté

Commandes de script de login du client Novell prises en charge

Lorsque vous utilisez le client Novell comme moteur de script, vous pouvez utiliser l'ensemble des commandes de script, excepté les suivantes :

Le programme de lancement d'applicatifs ne génère aucune sortie à l'écran et n'affiche pas les erreurs de script.

Pour obtenir les commandes, la syntaxe et des exemples de script, reportez-vous à la documentation du client Novell sur le site Web de documentation de Novell.

Variables d'environnement

La liste Variables d'environnement affiche toutes les variables modifiées avant l'exécution de l'application. Le programme de lancement d'applicatifs ne modifie que les variables de cette liste.

Fichier

Cette option permet de rechercher des variables ou des données de variable dans la liste Variables d'environnement et d'importer dans l'arborescence des variables d'un autre objet Application.

Cliquez sur Fichier, puis choisissez l'une des options suivantes :

• Rechercher : Recherche des variables ou des données de variable dans la liste Variables d'environnement.

• Suivant : Recherche l'occurrence suivante de l'élément spécifié dans la recherche initiale.

• Importer : Importe des variables à partir du fichier .aot ou .axt d'un autre objet Application. La boîte de dialogue Ouvrir affiche par défaut le type de fichier *.axt. Si vous effectuez une importation à partir d'un fichier .aot, vous devez remplacer l'affichage du type de fichier existant par *aot ou Tous les fichiers afin de sélectionner le fichier .aot.

Ajouter

Pour ajouter une variable à la liste Variables d'environnement, cliquez sur Ajouter pour afficher la boîte de dialogue Modifier les variables d'environnement, entrez le nom et les données de la variable, sélectionnez Ajouter aux données existantes avec un séparateur (uniquement si vous souhaitez ajouter les données à la variable existante du poste de travail), indiquez un séparateur, puis cliquez sur OK.

Modifier

Dans la liste Variables d'environnement, sélectionnez la variable à modifier, puis cliquez sur Modifier.

Supprimer

Dans la liste Variables d'environnement, sélectionnez la variable à supprimer, puis cliquez sur Supprimer pour la retirer de la liste.

URL

Ce champ contient par défaut l'URL entrée lors de la création de l'objet Application. L'URL doit faire référence au fichier principal de l'application Web ou à une page Web permettant d'accéder à l'application Web. Si nécessaire, vous pouvez modifier l'URL.

Tester l'URL

Cliquez sur ce bouton pour lancer l'application Web. Un navigateur Web doit être installé sur le poste de travail actuel pour que cette fonction s'exécute.

Utiliser les services de décompte et de licence Novell

Sélectionnez cette option pour activer la fonction de décompte de l'application.

Associer l'objet Application au conteneur de licences

Une fois la fonction de décompte activée, sélectionnez le conteneur de licences dans lequel vous avez créé le certificat avec compteur de l'application.

Ne pas lancer d'application si NLS n'est pas disponible

Sélectionnez cette option pour empêcher les utilisateurs d'exécuter l'application si les services NLS ne fonctionnent pas.

Liste Dépendances de l'application

La liste Dépendances de l'application affiche les applications dont dépend l'application principale. L'ordre dans lequel les applications dépendantes apparaissent dans la liste, de bas en haut, correspond à l'ordre dans lequel elles sont distribuées et lancées sur le poste de travail de l'utilisateur lors du lancement de l'application principale.