Onglet Commun
Cet onglet inclut les pages suivantes :
- Page Macros
- Page Unités / Ports
- Page Droits sur fichiers
- Page Rapport
- Page Création d'image
- Page Sources
- Page Désinstaller
- Page Scripts de désinstallation
Page Macros
La page de propriétés Macros est accessible sur les objets Application créés pour tous les types d'application (simple, AOT/AXT, MSI, Web et Terminal Server).
Cette page de propriétés affiche les macros définies pour être utilisées avec l'objet Application. Pour plus d'informations sur les champs de l'objet Application qui prennent en charge les macros, reportez-vous à Propriétés des objets Application où les macros sont acceptées.
Ces macros, nommées macros d'objet Application, sont tout simplement des noms de variables associées à des valeurs, généralement des valeurs de chaîne.
Par exemple, lorsque vous créez un objet Application à l'aide d'un fichier .aot ou .axt, une macro SOURCE_PATH est automatiquement ajoutée à la liste. Cette macro définit l'emplacement des fichiers source à partir duquel l'application est installée. Vous devez souvent entrer le chemin d'accès source lors de la définition d'autres propriétés de l'objet Application. En créant une macro SOURCE_PATH, il vous suffit ensuite d'entrer %SOURCE_PATH% au lieu du chemin d'accès source lui-même.
IMPORTANT : Lorsque vous utilisez une macro pour l'une de ces propriétés, vous devez faire figurer le nom de cette macro entre deux caractères % (par exemple, %SOURCE_PATH%).
macros
La liste Macros affiche toutes les macros définies pour être utilisées avec l'objet Application.
Fichier
Cette option permet de rechercher des informations de macro particulières et d'importer des macros à partir d'autres objets Application.
Cliquez sur Fichier, puis choisissez l'une des options suivantes :
Rechercher : Recherche des informations particulières dans les champs Nom, Valeur et Invite.
Importer : Importe des macros à 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
Utilisez le bouton Ajouter pour définir une macro d'objet Application et l'ajouter à la liste Macros. Vous pouvez ajouter une macro Valeur de chaîne ou une macro Invite.
Valeur de chaîne
Une macro Valeur de chaîne est une macro utilisée pour créer une variable à laquelle est associée une valeur de chaîne. Cela vous permet de définir cette variable à un emplacement et de l'utiliser ensuite en plusieurs emplacements.
Pour créer une macro Valeur de chaîne, cliquez sur Ajouter > Valeur de chaîne pour afficher la boîte de dialogue Éditer une valeur de chaîne. Dans la zone Nom de la valeur, saisissez le nom de la variable, puis saisissez sa valeur dans la zone Données de la valeur. Cliquez sur OK pour ajouter la macro à la liste Macros.
Vous pouvez placer des macros dans des macros. Dans l'exemple suivant, *WINDISK, une macro Windows spéciale, est utilisée dans la définition de la macro TARGET_PATH :
Value Name: TARGET_PATH
Value Data: %*WINDISK%\Program Files
Lors de l'intégration d'une autre macro dans la chaîne, faites figurer cette macro entre deux caractères %, comme dans l'exemple ci-dessus. Vous pouvez intégrer des macros Windows spéciales, des macros d'attributs eDirectory, des macros de variables d'environnement, des macros de script de login, des macros de variables de langue et d'autres macros d'objet Application. Pour plus d'informations sur les macros, reportez-vous au Référence : macros.
Invite
Une macro Invite sert à créer une macro qui invite l'utilisateur à accepter la valeur par défaut (une unité ou une chaîne) ou à saisir une nouvelle valeur. Il existe deux types de macros Invite : les macros d'invite au choix de l'unité et les macros d'invite au choix d'une chaîne. Étant donné que l'installation des applications MSI est contrôlée par Windows Installer et non pas par le programme de lancement d'applicatifs, les macros Invite ne fonctionnent pas avec les applications MSI.
Pour créer une macro d'invite au choix de l'unité, cliquez sur Ajouter > Invite > Unité pour afficher la boîte de dialogue Macros d'invite au choix de l'unité. Remplissez les champs en suivant les indications ci-dessous :
Nom de la macro : Nommez la macro comme vous le souhaitez. N'utilisez pas d'espaces.
Texte de l'invite : Saisissez le texte que vous souhaitez présenter aux utilisateurs. Par exemple, "Cette application va être installée sur votre unité l'unité D:. Saisissez une autre lettre d'unité si vous le souhaitez :"
Valeur par défaut : Sélectionnez l'unité utilisée si l'utilisateur n'en indique pas d'autre.
Espace disque minimal en Mo : Indiquez la quantité minimale d'espace disque disponible nécessaire pour installer l'application.
Pour créer une macro d'invite au choix d'une chaîne, cliquez sur Ajouter > Invite > Chaîne pour afficher la boîte de dialogue Macros d'invite au choix d'une chaîne. Remplissez les champs en suivant les indications ci-dessous :
Nom de la macro : Nommez la macro comme vous le souhaitez. N'utilisez pas d'espaces.
Texte de l'invite : Saisissez le texte que vous souhaitez présenter aux utilisateurs.
Valeur par défaut : Sélectionnez la valeur utilisée si l'utilisateur n'en saisit aucune en réponse à l'invite.
Espace disque minimal en Mo : Indiquez la quantité minimale d'espace disque disponible nécessaire pour installer l'application.
Longueur de chaîne maximale en nombre de caractères : Indiquez le nombre maximal de caractères que l'utilisateur peut saisir en réponse à l'invite.
Page Unités / Ports
La page de propriétés Unités / Ports est accessible uniquement sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.
Cette page de propriétés, illustrée ci-dessous, détermine les assignations d'unité et les captures de port de l'application. Les assignations d'unité et les captures de port sont effectuées par les clients réseau du poste de travail et non pas par le programme de lancement d'applicatifs. Le poste de travail doit donc disposer des clients réseau (par exemple, le client Novell et Microsoft Client) nécessaires pour effectuer les assignations et les captures.
Supposons, par exemple, que vous ayez configuré sur l'unité W: l'exécution d'une application de base de données. Pour vous assurer que W est assigné à l'emplacement de l'application, vous pouvez l'assigner au serveur, au volume et au répertoire dans lesquels se trouve l'application. Lorsque le programme de lancement d'applicatifs lance l'application, il établit l'assignation de l'unité en fonction des conditions définies lors de la configuration de l'assignation d'unité.
Imaginez aussi que des utilisateurs aient besoin d'accéder à un emplacement réseau pour stocker des fichiers créés dans un logiciel de traitement de texte. Si vous assignez une unité, l'assignation d'unité devient active dès que l'application est exécutée.
Par défaut, les assignations d'unité et les captures de port sont libérées lorsque l'utilisateur ferme l'application. Si plusieurs applications en cours d'exécution utilisent les mêmes assignations d'unité ou captures de port, celles-ci ne sont pas libérées tant que la dernière application n'est pas fermée. Si vous ne voulez pas que les assignations d'unité et les captures de port soient libérées, désélectionnez l'option Nettoyer les ressources du réseau (Options d'exécution > page Environnement).
Unités à assigner
La liste Unités à assigner contient toutes les unités à assigner avant le lancement de l'application.
Ajouter
Cliquez sur Ajouter pour afficher la boîte de dialogue Unité à assigner. Remplissez les champs suivants :
Racine : Sélectionnez cette option pour traiter le chemin d'accès en tant que racine de l'unité.
Option : Sélectionnez le type d'unité à assigner. Les types disponibles sont les suivants :
- DRIVE: sélectionnez cette option pour assigner une lettre d'unité (de A à Z).
- S1: sélectionnez cette option pour assigner l'unité à la première unité de recherche disponible.
- S2: sélectionnez cette option pour assigner l'unité à la dernière unité de recherche.
Unité : Assignez une lettre d'unité. Les options comprennent les unités A à Z, ou l'unité suivante disponible.
Chemin d'accès : Saisissez, ou parcourez l'arborescence et sélectionnez, le chemin d'accès à assigner à l'unité sélectionnée. Si vous saisissez un chemin d'accès, utilisez la syntaxe suivante :
- serveur\volume:chemin
- \\serveur\volume\chemin
- nom_objet_Volume:chemin
- nom_objet_Assignation_répertoire:chemin
- lettre_unité:\chemin
Vous pouvez également utiliser une macro dans ce champ. Pour plus d'informations sur les macros, reportez-vous au Référence : macros.
Assigner si l'unité n'est pas assignée ou si l'assignation est la même : Sélectionnez cette option pour que le programme de lancement d'applicatifs assigne l'unité si 1) elle n'existe pas déjà ou si 2) elle est identique à une assignation d'unité existante.
Écraser une assignation d'unité existante : Sélectionnez cette option pour que le programme de lancement d'applicatifs remplace toute assignation utilisant la lettre d'unité demandée. Par exemple, si S: est assignée à \\server1\sys\public et que vous ayez défini la nouvelle assignation d'unité S: en tant que \\server1\apps\timecard, le résultat est le suivant : l'unité S: est assignée à \\server1\apps\timecard.
Pour identifier cette option dans la liste Unités à assigner, le terme FORCE est ajouté aux informations d'assignation.
Utiliser l'assignation d'unité existante si cette unité est déjà assignée : Sélectionnez cette option pour utiliser l'assignation d'unité existante même si elle est différente du chemin d'accès demandé. Par exemple, si S: est assignée à \\server1\sys\public et que vous ayez défini la nouvelle assignation d'unité S: en tant que \\server1\apps\timecard, le résultat est le suivant : l'unité S: reste assignée à \\server1\sys\public.
Pour identifier cette option dans la liste Unités à assigner, le terme REUSE est ajouté aux informations d'assignation.
Modifier
Sélectionnez une assignation d'unité dans la liste Unités à assigner, puis cliquez sur Modifier pour afficher la boîte de dialogue Unité à assigner. Modifiez les informations d'assignation d'unité de votre choix. Reportez-vous à la description des champs ci-dessus ou cliquez sur le bouton Aide dans la boîte de dialogue.
Ports à capturer
Cette liste contient tous les ports à capturer avant le lancement de l'application.
Ajouter
Cliquez sur Ajouter pour afficher la boîte de dialogue Ports à capturer. Remplissez les champs suivants :
Port : Sélectionnez le port LPT à assigner à l'imprimante ou à la file d'attente.
Imprimante ou file d'attente : Parcourez l'arborescence pour sélectionner une imprimante ou une file d'attente.
Vous pouvez également utiliser une macro dans ce champ. Pour plus d'informations sur les macros, reportez-vous au Référence : macros.
Indicateurs de capture : Vous pouvez utiliser cette option pour remplacer les paramètres de notification, de bannière et de saut de page définis sur le poste de travail de l'utilisateur. Lorsqu'un utilisateur imprime à partir de l'application, les paramètres que vous avez définis sont utilisés.
Dans la zone Indicateurs de capture, cochez la case Écraser le paramètre de poste de travail pour remplacer le paramètre de capture souhaité. Après cette opération, le paramètre Capture correspondant est activé. Sélectionnez le paramètre pour l'activer. Pour désactiver un paramètre, ne cochez pas la case correspondante.
Par exemple, si vous cochez la case Notifier sous Écraser le paramètre de poste de travail en cochant également la case Notifier sous Paramètres de capture, lorsque l'utilisateur imprime un document, le client Novell affiche un panneau d'alerte Notifier pour indiquer la fin du travail d'impression, quels que soient les paramètres de capture définis sur le poste de travail de l'utilisateur. Par contre, si vous cochez la case Notifier sous Écraser le paramètre de poste de travail sans cocher la case Notifier sous Paramètres de capture, lorsque l'utilisateur imprime un document, le client Novell n'affiche pas de panneau de notification pour indiquer la fin du travail d'impression, quels que soient les paramètres de capture définis sur le poste de travail de l'utilisateur.
Modifier
Sélectionnez une capture de port dans la liste Ports à capturer, puis cliquez sur Modifier pour afficher la boîte de dialogue Ports à capturer. Modifiez les informations de capture de votre choix. Reportez-vous à la description des champs ci-dessus ou cliquez sur le bouton Aide dans la boîte de dialogue.
Page Droits sur fichiers
La page de propriétés Droits sur fichiers n'est accessible que sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.
Cette page de propriétés, illustrée ci-dessous, permet d'indiquer les droits qu'un utilisateur doit posséder sur les fichiers, les répertoires et les volumes pour exécuter l'application. Elle s'applique uniquement aux droits sur le système de fichiers NetWare. Les droits sur le système de fichiers Microsoft Windows ne peuvent pas être assignés via eDirectory.
Un utilisateur reçoit ces droits NetWare lorsque son objet Utilisateur est associé à l'objet Application, ou lorsqu'un objet Groupe, Unité organisationnelle, Organisation ou Pays auquel appartient l'utilisateur est associé à l'objet Application. L'utilisateur se voit retirer ses droits lorsque l'objet n'est plus associé à l'objet Application.
Les droits sur les fichiers que vous définissez ne dépendent pas du fait que l'utilisateur exécute ou non l'application. L'utilisateur dispose de droits sur les fichiers de manière continue à partir du moment où l'objet Application lui est associé et jusqu'à ce que cette association soit retirée.
Si deux objets Application accordent des droits sur les fichiers au même fichier, répertoire ou volume, et que l'utilisateur n'est pas associé à l'un de ces objets, cet utilisateur perd tous ses droits même s'il est toujours associé à l'autre objet Application.
Droits sur fichiers
La liste Droits sur fichiers affiche tous les fichiers, répertoires et volumes auxquels des droits sont associés. Lorsque vous sélectionnez un fichier, un répertoire ou un volume, les droits accordés sont affichés dans la zone Droits. Vous pouvez accorder ou retirer des droits en cochant ou en décochant les cases appropriées.
Page Rapport
La page de propriétés Rapport est accessible sur les objets Application créés pour tous les types d'application (simple, AOT/AXT, MSI, Web et Terminal Server).
Cette section fournit des informations sur les champs de la page de propriétés Rapport. Pour obtenir des instructions complètes sur la configuration de rapport, reportez-vous à Rapport d'événements d'application.
Utilisez cette page de propriétés, illustrée ci-dessous, afin que le programme de lancement d'applicatifs crée un rapport d'informations sur les événements relatifs à l'application. Vous pouvez définir les événements pour lesquels vous souhaitez que le programme de lancement d'applicatifs crée un rapport et spécifier la destination à laquelle envoyer ces rapports.
Les rapports contiennent les informations suivantes : le type d'événement, la date et l'heure, le nom d'utilisateur distinctif, le nom de poste de travail distinctif, l'adresse du poste de travail, le nom d'application distinctif, le GUID de l'application (global unique identifier - identificateur unique global), la chaîne de version de l'application et les chaînes d'événements.
Événements
Sélectionnez les événements pour lesquels créer un rapport et la destination à laquelle envoyer ces différents rapports. Si nécessaire, vous pouvez envoyer un rapport d'événements vers plusieurs destinations. Événements et destinations sont décrits ci-dessous.
| Destination | Description |
|---|---|
|
Le programme de lancement d'applicatifs peut écrire des événements dans n'importe quelle base de données compatible ODBC (par exemple, une base de données Sybase incluse dans ZENworks). Pour utiliser une base de données, créez un objet Base de données ZENworks à utiliser pour la création de rapports de gestion d'applications. Cet objet Base de données doit être différent de celui utilisé pour la création de rapports d'inventaire.
|
|
Le programme de lancement d'applicatifs peut envoyer des trappes SNMP vers n'importe quelle console de gestion SNMP. Pour utiliser les trappes SNMP, activez une règle Cibles de trappes SNMP dans un ensemble Emplacement du service. Il peut s'avérer nécessaire, dans un premier temps, de créer l'ensemble Emplacement du service.
|
|
Le programme de lancement d'applicatifs peut écrire des événements dans un fichier journal au format texte. Utilisez le champ Emplacement du fichier journal pour spécifier l'emplacement du fichier journal. |
|
Le programme de lancement d'applicatifs peut envoyer des événements, sous la forme de données XML, vers une URL à l'aide du protocole standard HTTP ou HTTPS. La création de rapports XML est recommandée si vous souhaitez que le programme de lancement d'applicatifs crée des rapports sur les événements relatifs aux utilisateurs qui ne sont pas protégés par votre pare-feu. Pour utiliser XML, vous devez également procéder comme suit :
|
Base de données
Trappes SNMP
Fichier journal au format texte
XML
Emplacement du fichier journal
Si vous avez sélectionné un fichier journal comme destination des rapports d'événement, saisissez (ou parcourez l'arborescence et sélectionnez) l'emplacement et le nom de ce fichier journal. Vous pouvez spécifier une unité locale ou réseau. Si vous entrez un emplacement qui n'existe pas, le programme de lancement d'applicatifs le crée automatiquement. Veillez à ne pas inclure de caractères étendus dans le chemin car ce type de caractère n'est pas pris en charge.
Si vous voulez que le programme de lancement d'applicatifs consigne les événements dans un fichier à un emplacement commun du réseau, créez le répertoire réseau et accordez aux utilisateurs les droits Lire et Écrire sur les fichiers du répertoire. Dans la mesure où les noms des fichiers journaux sont établis en fonction de chaque application, vous pouvez obtenir un fichier journal pour chaque application (en indiquant un nom de fichier journal différent pour chaque objet Application) ou un fichier journal pour toutes les applications (en indiquant le même nom de fichier journal pour tous les objets Application).
IMPORTANT : Par conséquent, n'enregistrez les rapports dans les fichiers journaux que si le poste de travail des utilisateurs est doté d'un client réseau, tel que le client Novell ou Microsoft Client, qui permet l'accès en écriture à un serveur NetWare ou Windows, ou si vous spécifiez une unité locale comme emplacement de fichier journal.
Page Création d'image
La page de propriétés Création d'image est accessible uniquement sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.
Cette page de propriétés, illustrée ci-dessous, vous permet de créer un fichier d'image pour l'objet Application. Vous pouvez utiliser le fichier d'image en tant qu'image ajoutée à un fichier d'image de base.
Si l'application comporte des applications dépendantes (objet Application > onglet Options d'exécution > page Dépendances de l'application), les applications dépendantes doivent aussi être incluses comme images ajoutées si elles n'ont pas encore été distribuées sur les postes de travail des utilisateurs.
Taille de l'app
Ce champ indique la taille de l'objet Application. Il prend en compte toutes les informations relatives à l'objet Application ainsi que les fichiers source de l'application (listés sur la page Fichiers de l'application). Il s'agit de la taille du fichier d'image si vous n'utilisez pas d'option de compression.
Lorsque vous créez l'image d'un objet Application .MSI, ConsoleOne n'a pas connaissance des fichiers référencés ou inclus dans le fichier .msi. Par conséquent, il inclut le fichier .msi ainsi que tous les fichiers et dossiers situés au même niveau ou en dessous. Ainsi, tous les fichiers associés sont effectivement inclus avec le fichier .msi mais des fichiers non associés risquent également d'être pris en compte. Pour éviter cette situation, assurez-vous que le dossier où se trouve le fichier .msi ne contient que le fichier .msi et ses fichiers et dossiers associés.
Informations sur le disque
Ces champs permettent d'indiquer un emplacement et un nom de fichier pour l'image, et de vérifier que le disque sur lequel l'image est en cours d'enregistrement dispose de suffisamment d'espace disponible.
Emplacement
Indiquez l'emplacement et le nom de fichier de l'image. Vous pouvez également choisir de l'enregistrer au même endroit que le fichier d'image de base. Le nom de fichier doit posséder l'extension .zmg.
Capacité de l'unité, Libre et Utilisé
Une fois que vous avez indiqué l'emplacement du fichier, ces champs affichent la quantité totale d'espace sur le disque, ainsi que les quantités d'espace disponible et utilisé. Vérifiez que la quantité d'espace disque libre est suffisante pour contenir l'objet Application.
Outre l'emplacement de l'image, le répertoire cache NAL situé sur l'unité Windows (généralement c:\nalcache) du poste de travail est utilisé pour stocker temporairement les fichiers source de l'application (fichiers .fil) et les paramètres de l'objet Application (fichier .aot/.axt). La taille des fichiers source varie, mais la taille du fichier de paramètres est en général inférieure à 200 Ko. Assurez-vous que l'unité Windows du poste de travail dispose d'un espace disque suffisant pour ces fichiers.
Emplacement d'association d'image
Indiquez les caractéristiques d'association de l'objet Application. Elles prennent effet lorsque l'image est appliquée au poste de travail.
Forcer l'exécution
Cette option lance automatiquement l'application. Lorsque l'application est associée à un utilisateur, elle est exécutée immédiatement après le démarrage du programme de lancement d'applicatifs. Lorsqu'elle est associée à un poste de travail, elle est exécutée immédiatement après le démarrage du poste de travail (démarrage initial ou redémarrage).
Vous pouvez utiliser l'option Forcer l'exécution en combinaison avec d'autres paramètres pour obtenir des comportements uniques. Par exemple, si vous couplez l'option Forcer l'exécution avec l'option Exécuter l'application une fois (onglet Options d'exécution > page Applications), dès que l'objet Application est distribué, il n'est exécuté qu'une seule fois, puis supprimé du poste de travail. Supposez également que vous vouliez exécuter l'objet Application immédiatement, une seule fois et à une heure prédéfinie. Pour ce faire, sélectionnez l'option Forcer l'exécution, puis l'option Exécuter l'application une fois de la page Application (onglet Options d'exécution) et définissez un horaire dans la page Planifier (onglet Disponibilité).
Pour imposer l'exécution de plusieurs applications dans un ordre donné, sélectionnez l'option Forcer l'exécution pour chacune d'elles. Attribuez ensuite un numéro d'ordre à chaque objet Application en utilisant l'option Déterminer l'ordre d'exécution forcée sur la page Icône (onglet Identification).
NAL
Ajoute l'icône de l'objet Application à la fenêtre d'application, à l'Explorateur d'applications et au parcoureur d'applications.
Menu Démarrer
Si le poste de travail exécute l'Explorateur d'applications, cette option ajoute l'objet Application au menu Démarrer de Windows. L'objet Application est ajouté en haut du menu Démarrer, sauf si vous l'assignez à un dossier et que vous utilisez la structure des dossiers du menu Démarrer. Reportez-vous à la page Dossiers de l'objet Application (onglet Identification).
Bureau
Si le poste de travail exécute l'Explorateur d'applications, cette option affiche l'icône de l'objet Application sur le bureau Windows.
Barre système
Si le poste de travail exécute l'Explorateur d'applications, cette option affiche l'icône de l'objet Application dans la barre système de Windows.
Lancement rapide
Affiche l'icône de l'objet Application dans la barre d'outils Lancement rapide de Windows.
Forcer le caching
Impose la copie des fichiers source de l'application et des autres fichiers requis pour l'installation dans le répertoire cache du poste de travail. L'utilisateur peut ensuite installer ou réparer l'application une fois déconnecté de eDirectory. Les fichiers sont compressés pour économiser l'espace de l'unité locale du poste de travail.
Créer image
Une fois que vous avez défini l'emplacement de l'image et sélectionné les associations d'image, cliquez sur le bouton Créer image pour la créer. Utilisez la boîte de dialogue qui s'affiche pour sélectionner les options de compression suivantes :
Aucun : Crée le fichier d'image sans le compresser. De ce fait, la taille de l'image produite est plus grosse que celle des images créées en utilisant n'importe quelle autre option de compression.
Optimiser le temps de compression : Applique le niveau de compression le plus bas. Cette option permet de réduire le temps nécessaire à la compression du fichier d'image, mais se traduit par une taille de fichier supérieure à celle que permettrait d'atteindre l'utilisation de l'option Équilibrer le temps de compression et la taille de l'image ou Optimiser la taille de l'image.
Équilibrer le temps de compression et la taille de l'image : Applique un niveau de compression moyen afin d'équilibrer le temps requis par la compression du fichier et la taille du fichier d'image obtenu.
Optimiser la taille de l'image : Applique le niveau de compression le plus élevé. Cette option permet de diminuer la taille du fichier d'image, mais elle augmente le temps requis pour compresser le fichier d'image comparé aux options Optimiser le temps de compression et Équilibrer le temps de compression et la taille de l'image.
Page Sources
La page de propriétés Sources est accessible uniquement sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.
Cette page de propriétés, illustrée ci-dessous, indique des emplacements réseau supplémentaires contenant des progiciels d'installation à partir desquels le programme de lancement d'applicatifs peut distribuer l'application. Si l'objet Application a été créé à partir d'un fichier .aot ou .axt, les progiciels d'installation doivent être des progiciels snAppShot (fichiers .aot, .axt et .fil). Si l'objet Application a été créé à partir d'un fichier .msi, les progiciels d'installation doivent être des progiciels Microsoft Windows Installer (fichiers .msi). La liste des sources est utilisée uniquement si l'emplacement source d'origine n'est pas disponible, auquel cas le programme de lancement d'applicatifs commence par le premier emplacement répertorié dans la liste, puis descend jusqu'à ce qu'il trouve un progiciel accessible.
Avant de pouvoir définir des emplacements source supplémentaires, vous devez copier le progiciel d'origine dans les nouveaux emplacements source. Pour les progiciels snAppShot, copiez les fichiers .aot, .axt, .fil et .txt. Pour les progiciels Windows Installer, copiez le dossier d'installation administrative, ainsi que tous ses sous-dossiers.
Lorsque des objets Application utilisent un fichier .msi plutôt qu'un fichier .aot ou .axt, cette liste de sources peut être extrêmement importante. Étant donné que Windows Installer prend en charge les installations sur demande (c'est-à-dire l'installation de fichiers lorsque l'utilisateur requiert certaines fonctions ou certains composants), la liste des sources permet aux installations effectuées après l'installation initiale de fonctionner correctement en dépit de défauts d'un ou de plusieurs de ses éléments constitutifs. Si la source d'installation d'origine n'est plus disponible et si aucune liste de sources n'a été créée, l'installation sur demande échoue. Par contre, si vous créez des emplacements source supplémentaires et que vous les définissiez dans la liste des sources, l'installation sur demande a plus de chance de réussir.
IMPORTANT : Si vous avez utilisé la macro SOURCE_PATH (Commun > page Macros) dans l'un des champs de propriétés de l'objet Application, vérifiez que vous avez utilisé uniquement des majuscules. Si la macro SOURCE_PATH fait référence à l'emplacement source d'origine et si le programme de lancement d'applicatifs ne peut pas accéder à cet emplacement, ce dernier va uniquement utiliser les sources du progiciel de cette liste si la macro SOURCE_PATH est entièrement en majuscules.
Liste des sources du progiciel
Cette liste affiche l'emplacement des sources du progiciel supplémentaires définies pour l'application. Lorsque l'application est distribuée sur un poste de travail, si l'emplacement source d'origine n'est pas disponible, le programme de lancement d'applicatifs utilise ces emplacements dans l'ordre de la liste.
Lorsque vous distribuez des applications utilisant Windows Installer, le programme de lancement d'applicatifs transmet la liste des sources à Windows Installer, qui l'utilise pour déterminer les emplacements à partir desquels il va installer les fichiers de l'application.
Page Désinstaller
La page de propriétés Désinstaller est accessible sur les objets Application créés pour tous les types d'application (simple, AOT/AXT, MSI, Web et Terminal Server).
Cette section fournit des informations sur les champs de la page de propriétés Désinstaller. Pour obtenir des instructions complètes sur la désinstallation des applications, reportez-vous au chapitre Désinstallation d'applications.
Cette page de propriétés, illustrée ci-dessous, permet de désinstaller l'application et détermine les comportements associés à cette désinstallation.
Lorsque le programme de lancement d'applicatifs distribue une application sur un poste de travail, il crée un répertoire cache sur le poste de travail qui contient les informations requises pour désinstaller correctement l'application. Cependant, lorsque le programme de lancement d'applicatifs distribue une application sur un serveur Terminal Server, il ne crée pas de répertoire cache, ce qui signifie qu'il ne dispose pas des informations pour désinstaller l'application sur le serveur Terminal Server. Par conséquent, les options de désinstallation de cette page ne s'appliquent pas lorsque l'application est installée sur un serveur Terminal Server. Si vous souhaitez supprimer l'application du serveur Terminal Server, vous devez la désinstaller manuellement.
Autoriser la désinstallation
Sélectionnez cette option pour permettre la suppression de l'application sur le poste de travail. Les autres options de désinstallation ne sont disponibles que si cette option est activée.
Permettre à l'utilisateur d'effectuer une désinstallation manuelle
Cochez cette option pour permettre aux utilisateurs de supprimer l'application de leurs postes de travail. Si cette option n'est pas activée, les autres administrateurs et vous-même êtes les seuls à pouvoir supprimer des applications.
Avertir l'utilisateur avant la désinstallation
Sélectionnez cette option pour avertir l'utilisateur avant de désinstaller l'application sur son poste de travail. Si l'utilisateur répond "Non" à l'invite, l'application n'est pas supprimée.
Arrêter l'application avant de procéder à la désinstallation
Sélectionnez cette option pour obliger le programme de lancement d'applicatifs à fermer l'application (si elle a été lancée) avant de désinstaller les fichiers correspondants.
Désinstaller l'application si elle n'est pas utilisée dans XX jours
Sélectionnez cette option pour supprimer automatiquement l'application si l'utilisateur ne l'a pas exécutée pendant le nombre de jours défini (la valeur par défaut est 30).
Fichiers
Cliquez sur Fichiers et cochez les cases des attributs à utiliser pour déterminer si un fichier de l'application doit être ou non supprimé. Ces attributs correspondent à ceux listés sur la page Fichiers de l'application (onglet Options de distribution). Par options par défaut (Toujours copier, Copier si non existant, Copier si plus récent) sont configurées de manière à garantir qu'un fichier n'est supprimé que s'il a été installé au cours de l'installation de cette application et non au cours de l'installation précédente d'une autre application qui requiert également ce fichier.
Le programme de lancement d'applicatifs ne désinstalle pas les fichiers copiés sur le poste de travail à l'aide de caractères joker. Par exemple, supposons que vous copiiez \\server\vol\public\zenworks\sysapps\*.* sur c:\winnt\system32. Lorsque vous désinstallez l'application, les fichiers ne sont pas supprimés de c:\winnt\system. Pour effectuer une désinstallation, le programme de lancement d'applicatifs inverse le processus d'installation, ce qui signifie que la désinstallation des fichiers dans l'exemple précédent est possible grâce à une suppression par caractères joker (delete c:\winnt\system32\*.*). Le programme de lancement d'applicatifs n'a pas été conçu pour désinstaller les fichiers copiés sur le poste de travail à l'aide de caractères joker, et ce afin d'éviter tout résultat indésirable.
Raccourcis
Cliquez sur Raccourcis, puis cochez les cases des attributs à utiliser pour déterminer si les raccourcis de l'application doivent ou non être supprimés. Ces attributs correspondent à ceux listés dans la page Raccourcis/Icônes (onglet Options de distribution).
Fichiers INI
Cliquez sur Fichiers INI, puis cochez les cases des attributs à utiliser pour déterminer si un paramètre INI doit ou non être supprimé. Ces attributs correspondent à ceux listés sur la page Paramètres INI (onglet Options de distribution). Par options par défaut (Toujours créer, Créer si existant et Créer ou ajouter à une section existante) sont configurées de manière à garantir qu'un paramètre n'est supprimé que s'il a été créé au cours de l'installation de cette application et non au cours de l'installation précédente d'une autre application qui requiert également ce paramètre.
Registre
Cliquez sur Registre, puis cochez les cases des attributs à utiliser pour déterminer si un paramètre de registre doit ou non être supprimé. Ces attributs correspondent à ceux listés sur la page Paramètres de registre (onglet Options de distribution). Les options par défaut (Toujours créer et Créer si existant) sont configurées de manière à garantir qu'un paramètre n'est supprimé que s'il a été créé au cours de l'installation de cette application et non au cours de l'installation précédente d'une autre application qui requiert également ce paramètre.
Désinstaller les clés/valeurs de ces ruches de registre
Cette option permet de sélectionner deux ruches de registre, HKEY_LOCAL_MACHINE et HKEY_CURRENT_USER, à inclure ou exclure lors de la suppression des paramètres de registre qui ont été ajoutés par le programme de lancement d'applicatifs pendant la distribution de l'application sur le poste de travail. Lorsque les valeurs par défaut sont attribuées à cette option, le programme de lancement d'applicatifs supprime des paramètres de la ruche HKEY_CURRENT_USER mais pas de la ruche HKEY_LOCAL_MACHINE.
Cette option vous permet d'éviter qu'un paramètre système Windows ne soit supprimé lors de la procédure de désinstallation. Cela se révèle particulièrement important si vous avez utilisé snAppShot pour capturer l'installation de l'application. Lorsque snAppShot capture l'installation d'une application, il inclut tous les paramètres qui sont modifiés lors de l'installation. Si le programme d'installation de l'application requiert le redémarrage du poste de travail pendant le processus d'installation, ces modifications peuvent inclure non seulement les paramètres qui s'appliquent à l'application mais également ceux qui s'appliquent au système Windows. Si des paramètres système Windows sont supprimés, le poste de travail risque de rencontrer des problèmes lors du démarrage. Il est fortement recommandé de ne supprimer ces paramètres que si vous êtes sûr qu'ils n'affecteront pas le fonctionnement du poste de travail.
Pour utiliser cette option, vous devez examiner les paramètres de registre qui seront supprimés des ruches HKEY_LOCAL_MACHINE et HKEY_CURRENT_USER et supprimer tout paramètre qui s'applique à autre chose qu'à l'application. Les paramètres de registre sont affichés sur la page Paramètres de registre (onglet Options de distribution).
Page Scripts de désinstallation
La page de propriétés Scripts de désinstallation est accessible uniquement sur les objets Application créés pour des applications simples, des applications AOT/AXT et des applications MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.
Dans le cadre du processus de lancement de l'application, le programme de lancement d'applicatifs peut lancer un moteur de script afin d'exécuter un script "avant désinstallation" et un script "après désinstallation". Cette page de propriétés, illustrée ci-dessous, définit le moteur de script que le programme de lancement d'applicatifs doit utiliser ainsi que les scripts à exécuter.
Sous Windows 2000/XP, les scripts de désinstallation s'exécutent toujours dans l'espace utilisateur pour les applications associées à l'utilisateur et les applications associées au poste de travail. Ce comportement est identique à celui des scripts de lancement (onglet Options d'exécution > page Scripts de lancement) mais diffère de celui des scripts de distribution (onglet Options de distribution > Scripts de distribution) qui s'exécutent dans l'espace système sécurisé.
Exécuter avant la désinstallation
Utilisez cette fenêtre de texte pour entrer les commandes de script à exécuter avant la désinstallation 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 la désinstallation
Utilisez cette fenêtre de texte pour entrer les commandes de script à exécuter après la désinstallation 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.
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 pas de 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 à désinstaller 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 désinstallée, le programme de lancement d'applicatifs crée des fichiers de script temporaires pour les scripts Exécuter avant la désinstallation et Exécuter après la désinstallation. 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 la distribution, une liste du répertoire c:\ est enregistrée dans un fichier texte et une copie de sauvegarde du fichier autoexec.bat est réalisée.
Champ Exécuter avant la désinstallation
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
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 :
CLS |
INCLUDE |
PCOMPATIBLE |
DISPLAY |
LASTLOGINTIME |
SCRIPT_SERVER |
EXIT |
NO_DEFAULT |
SET_TIME |
FDISPLAY |
NOSWAP |
SWAP |
IF MEMBER OF |
PAUSE |
WRITE |
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.