Cet onglet inclut les pages suivantes :
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 à Section 49.8, Propriétés des objets Application où les macros sont acceptées
Figure 48-43 Objet Application > onglet Commun > page Macros
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 saisir le chemin d'accès source lors de la définition d'autres propriétés de l'objet Application. Créez une macro SOURCE_PATH, puis saisissez %SOURCE_PATH% à la place 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%).
La liste Macros affiche toutes les macros définies pour être utilisées avec l'objet Application.
Cette option permet de rechercher des informations de macro particulières et d'importer des macros à partir d'autres objets Application.
Cliquez sur
, puis choisissez l'une des options suivantes :Rechercher : recherche des informations particulières dans les champs
, et .Suivant : recherche l'occurrence suivante de l'information.
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 par *.aot ou Tous les fichiers afin de sélectionner le fichier .aot.
Utilisez le bouton Ajouter pour définir une macro d'objet Application et l'ajouter à la liste Macros. Vous pouvez ajouter soit une macro Valeur de chaîne, soit une macro Invite.
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 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
> 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 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 Section 49.0, Référence : macros.
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 : Macros d'
et macros d' . É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 ne fonctionnent pas avec les applications MSI.Pour créer une macro d'
, cliquez sur > > pour afficher la boîte de dialogue Macros d'invite au choix de l'unité. Renseignez 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'
, cliquez sur > > pour afficher la boîte de dialogue Macros d'invite au choix d'une chaîne. Renseignez 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.
Sélectionnez la macro dont vous souhaitez modifier les informations, puis cliquez sur
.Sélectionnez la macro à supprimer, puis cliquez sur
.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 le client Microsoft) nécessaires pour effectuer les assignations et les captures.
Figure 48-44 Objet Application > onglet Commun > page Unités / Ports
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
( > page ).La liste
contient toutes les unités à assigner avant le lancement de l'application.Cliquez sur
pour afficher la boîte de dialogue Unité à assigner. Renseignez 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 :
REMARQUE :À partir des versions ZENworks for Desktops 4.x, la sélection de l'option S1 ou S16 n'a pas d'incidence sur le chemin global du système. Seules les applications lancées par le processus NAL peuvent utiliser ce chemin 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 :
Vous pouvez également utiliser une macro dans ce champ. Pour plus d'informations sur les macros, reportez-vous au Section 49.0, 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é.
É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 si 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
, 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é même si elle est différente du chemin d'accès demandé. Par exemple, si S: est assignée à \\server1\sys\public et si 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
, le terme REUSE est ajouté aux informations d'assignation.Sélectionnez une assignation d'unité dans la liste
, puis cliquez sur 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 dans la boîte de dialogue.Sélectionnez une assignation d'unité dans la liste
, puis cliquez sur pour la supprimer.Cette liste contient tous les ports à capturer avant le lancement de l'application.
Cliquez sur
pour afficher la boîte de dialogue Ports à capturer. Renseignez 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 Section 49.0, 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
, cochez la case pour remplacer le paramètre souhaité. Après cette opération, le paramètre 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
sous et la case sous , 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 sous sans cocher la case sous , 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.Sélectionnez une capture de port dans la liste
, puis cliquez sur 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 dans la boîte de dialogue.Sélectionnez une capture de port dans la liste
, puis cliquez sur pour la supprimer.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.
Figure 48-45 Objet Application > onglet Commun > page Droits sur fichiers
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 si 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.
La liste
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 ; cochez pour cela les cases appropriées.Cliquez sur
, parcourez l'arborescence et sélectionnez le fichier, répertoire ou volume à ajouter, puis cliquez sur pour le faire apparaître dans la liste.Sélectionnez le fichier, répertoire ou volume à supprimer de la liste, puis cliquez sur
. Tout utilisateur associé à l'objet Application perd ses droits sur le fichier, le répertoire ou le volume.Sélectionnez le fichier, répertoire ou volume (dans la liste
) pour lequel vous définissez des droits d'utilisateur, puis cochez les cases appropriées.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.
Figure 48-46 Objet Application > onglet Commun > page Rapport
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.
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. Tous les événements sont décrits dans le tableau suivant :
Tableau 48-3 Création de rapports d'événements
Toutes les destinations sont décrites dans le tableau suivant :
Tableau 48-4 Création de rapports de destinations
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 derrière votre pare-feu. Pour utiliser XML, vous devez également procéder comme suit :
|
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 saisissez 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. Ce type de caractère n'est en effet pas pris en charge.
Pour 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 avoir un fichier journal pour chaque application (en indiquant un nom de fichier journal différent pour chaque objet Application) ou un fichier journal global 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 le client Microsoft, 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.
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, 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.
Figure 48-47 Objet Application > onglet Commun > page Création d'image
Si l'application comporte des applications dépendantes (objet
> onglet > page ), 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.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 (répertorié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.
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.
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.
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.
Indiquez les caractéristiques d'association de l'objet Application. Elles prennent effet lorsque l'image est appliquée au poste de travail.
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
en association avec d'autres paramètres pour obtenir des comportements uniques. Par exemple, si vous associez l'option à l'option (onglet > page ), 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 , puis l'option 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
pour chacune d'elles. Attribuez ensuite un numéro d'ordre à chaque objet Application avec l'option sur la page Icône (onglet Identification).Ajoute l'icône de l'objet Application aux fenêtres d'application, de l'Explorateur d'applications et du Parcoureur d'applications.
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 si vous utilisez la structure des dossiers du menu Démarrer. Reportez-vous à la page Dossiers de l'objet Application (onglet Identification).
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.
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.
Affiche l'icône de l'objet Application dans la barre d'outils Lancement rapide de Windows.
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.
Une fois que vous avez défini l'emplacement de l'image et sélectionné les associations d'image, cliquez sur
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 avec 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 l'utilisation de l'option
ou .É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 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
et .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.
Figure 48-48 Objet Application > onglet Commun > page Sources
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 si 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.
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.
Pour ajouter un emplacement source à la liste, cliquez sur
, parcourez l'arborescence et sélectionnez le répertoire contenant le progiciel d'installation, puis cliquez sur .Pour supprimer un emplacement source de la liste, sélectionnez-le > cliquez sur
.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 à 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.
Figure 48-49 Objet Application > onglet Commun > page Désinstaller
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
de cette page ne s'appliquent pas lorsque l'application est installée sur un serveur Terminal Server. Si vous souhaitez supprimer l'application sur le serveur Terminal Server, vous devez la désinstaller manuellement.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.
Sélectionnez 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.
Sélectionnez cette option pour avertir l'utilisateur avant de désinstaller l'application sur son poste de travail. Si l'utilisateur répond "
" à l'invite, l'application n'est pas supprimée.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.
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).
Cliquez sur
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 répertoriés sur la page Fichiers de l'application (onglet Options de distribution). Les options par défaut ( , , ) 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\system32. 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\*.*). En raison des résultats indésirables d'une telle opération, le programme de lancement d'applicatifs a été conçu pour ne pas désinstaller des fichiers qui ont été copiés à l'aide de caractères joker.
Cliquez sur
, 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 répertoriés dans la page Raccourcis/Icônes (onglet Options de distribution).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 répertoriés sur la page Paramètres INI (onglet Options de distribution). Les options par défaut (
, et ) 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.Cliquez sur
, 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 répertoriés sur la page Paramètres de registre (onglet Options de distribution). Les sélections par défaut ( et ) garantissent 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 antérieure d'une autre application qui nécessitait également ce paramètre.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 permet d'éviter la suppression de paramètres système Windows 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 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 que leur suppression n'affectera pas le bon 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).
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.
Figure 48-50 Objet Application > onglet Commun > Scripts de désinstallation
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
> page ) mais diffère de celui des scripts de distribution (onglet > ) qui s'exécutent dans l'espace système sécurisé.Utilisez cette fenêtre de texte pour saisir les commandes de script à exécuter avant la désinstallation de l'application. Veillez à ne pas inclure de caractères étendus dans le script. Ce type de caractère n'est en effet pas pris en charge. Pour obtenir un exemple de script, reportez-vous à Exemple de script.
Utilisez cette fenêtre de texte pour saisir 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. Ce type de caractère n'est en effet pas pris en charge. Pour obtenir un exemple de script, reportez-vous à Exemple 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 Commandes de script de login du client Novell prises en charge).
, 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 à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 le client pour réseaux Microsoft). Si le programme de lancement d'applicatifs ne trouve pas le moteur de script, il affiche une erreur à l'écran 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 :
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 obtenir un exemple de script, reportez-vous à Exemple de script.
Cela s'applique uniquement si vous avez spécifié un moteur de script dans le champ
.Lorsque l'application est désinstallée, le programme de lancement d'applicatifs crée des fichiers de script temporaires pour les scripts
et . 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 obtenir un exemple de script, reportez-vous à 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.
dir c:\ >c:\1.txt copy autoexec.bat autoexec.bak /y
cmd.exe /c
.bat
Lorsque vous utilisez le client Novell comme moteur de script, vous pouvez utiliser l'ensemble des commandes de script à l'exception des suivantes :
Tableau 48-5 Commandes de script de login du client Novell prises en charge
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.