L'onglet Options de distribution inclut les pages suivantes pour vous aider à configurer la façon dont l'objet Application est distribué aux utilisateurs :
La page de propriétés Icônes/Raccourcis est accessible sur les objets Application créés pour les applications simples et les applications AOT/AXT uniquement. Elle n'est pas accessible sur les objets Application créés pour les applications MSI, les applications Web et les applications Terminal Server.
La page de propriétés Icônes/Raccourcis illustrée ci-dessous détermine les icônes et les raccourcis que le programme de lancement d'applicatifs crée lors de la distribution de l'application sur le poste de travail. Vous pouvez ajouter l'icône de l'application en tant qu'élément d'un groupe de programmes, ou en tant que raccourci sur le bureau du poste de travail ou dans un dossier. Vous pouvez également supprimer les icônes, les raccourcis et les groupes de programmes.
Figure 48-7 Objet Application > onglet Options de distribution > page Icônes/Raccourcis
Les icônes et les raccourcis que vous créez grâce à cette page viennent s'ajouter à l'icône de l'objet Application. Alors que l'icône de l'objet Application permet de déclencher plusieurs opérations, notamment l'installation de l'application ou son exécution, les icônes et les raccourcis définis dans cette page sont directement liés au fichier exécutable de l'application et permettent donc uniquement de lancer celle-ci.
Vous pouvez associer d'autres options à ces icônes et raccourcis afin de créer l'environnement utilisateur de votre choix. Par exemple, vous pouvez définir les icônes et les raccourcis à créer, et configurer l'objet Application pour qu'il ne soit exécuté qu'une seule fois (
> ). Lorsqu'un utilisateur sélectionne l'objet Application, le programme de lancement d'applicatifs exécute l'application une seule fois, crée les icônes et les raccourcis requis, effectue toute autre tâche définie dans les propriétés de l'objet Application, puis supprime l'icône de l'objet Application du poste de travail. Par la suite, l'utilisateur doit sélectionner l'icône ou le raccourci pour lancer l'application.IMPORTANT :Si le programme de lancement d'applicatifs ne peut pas créer un raccourci, l'application n'est pas distribuée. Dans ce cas, tous les fichiers et paramètres de l'application sont supprimés. En revanche, les autres raccourcis qui ont éventuellement été créés avant que la création de ce raccourci échoue ne sont pas supprimés.
Cette liste répertorie les icônes et les raccourcis qui vont être créés lors de la distribution de l'application sur un poste de travail.
Cliquez sur
> pour rechercher les définitions d'icône et de raccourci avec des informations particulières.Cliquez sur *.axt. Si vous effectuez une importation à partir d'un fichier .aot, vous devez remplacer l'affichage du type de fichier par *.aot ou afin de sélectionner le fichier .aot.
> Importer pour importer les icônes et les raccourcis d'un autre objet Application. La boîte de dialogue Ouvrir affiche par défaut le type de fichierCliquez sur
pour ajouter un groupe de programmes, un élément de groupe de programmes ou un raccourci. Les groupes de programmes et leurs éléments sont pris en charge sur les postes de travail Windows 98, mais pas sur les postes de travail Windows 2000/XP. Les raccourcis sont pris en charge sur toutes les versions de Windows.IMPORTANT :Lors de la définition du chemin cible d'un raccourci, si l'application doit être distribuée sur un poste de travail Windows 2000/XP, utilisez un chemin UNC plutôt qu'un chemin d'unité assignée. Sous Windows 2000/XP, les noms longs de chemins d'unité assignée sont tronqués, ce qui génère un raccourci incorrect qui ne peut pas fonctionner.
Sélectionnez une icône ou un raccourci dans la liste Icônes et raccourcis, puis cliquez sur
pour modifier les informations qui lui sont associées.Sélectionnez une icône ou un raccourci dans la liste Icônes et raccourcis, puis cliquez sur
pour la/le supprimer de la liste.Si vous avez mis en oeuvre des profils utilisateur mobiles, cette option permet de vous assurer que les icônes et raccourcis particuliers sont distribués sur chaque poste de travail auquel l'utilisateur se logue.
Dans la liste Icônes et raccourcis, sélectionnez l'icône ou le raccourci souhaité, puis sélectionnez
.Par défaut, le programme de lancement d'applicatifs créera uniquement les icônes et raccourcis définis dans la liste Icônes et raccourcis aux moments suivants :
Pour forcer le programme de lancement d'applicatifs à créer une icône ou un raccourci chaque fois que l'application est lancée, sélectionnez l'icône ou le raccourci dans la liste Icônes et raccourcis, puis sélectionnez
.Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour créer l'icône ou le raccourci. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet
> page > option ), le programme de lancement d'applicatifs utilise les informations stockées dans eDirectory.La page de propriétés Registre est accessible sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI uniquement. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.
La page de propriétés Registre illustrée ci-dessous détermine les modifications de registre que le programme de lancement d'applicatifs effectue lors de la distribution de l'application sur un poste de travail.
Figure 48-8 Objet Application > onglet Options de distribution > page Registre
L'arborescence Paramètres de registre affiche l'ensemble des paramètres modifiés lors de la distribution de l'application sur un poste de travail. Si vous avez utilisé un fichier .aot, .axt ou .msi lors de la création de l'objet Application, l'arborescence inclut automatiquement tous les paramètres de registre définis dans ces modèles.
Si vous souhaitez créer ou supprimer des paramètres de registre supplémentaires lors de la distribution, vous devez ajouter ces paramètres à l'arborescence
et indiquer l'opération appropriée (créer ou supprimer) dans le champ .REMARQUE :Dans le cas des objets Application créés pour des applications AOT/AXT, le programme de lancement d'applications Novell gère la distribution des paramètres de registre et celle de l'application. Si vous modifiez les paramètres de registre d'une application AOT/AXT et si leur distribution échoue, la distribution de l'application échoue également et NAL revient à l'état initial.
Dans le cas des objets Application créés pour des applications MSI, NAL gère la distribution des paramètres de registre tandis que Microsoft Windows Installer (MSI) gère la distribution de l'application. Si vous modifiez les paramètres de registre de l'objet Application pour une application MSI et si leur distribution échoue, l'application est installée par Windows Installer, mais les paramètres de registre ne sont pas restaurés. Il se peut alors que l'application ne fonctionne pas correctement, selon la façon dont les paramètres de registre affectent l'application.
Cette option permet de rechercher des clés ou des valeurs dans l'arborescence
, d'importer des paramètres dans l'arborescence et d'exporter des paramètres à partir de l'arborescence.Cliquez sur
, puis choisissez l'une des options suivantes :Rechercher : recherche des clés, noms de valeur ou valeurs spécifiques dans le registre.
Suivant : recherche l'occurrence suivante de la clé, du nom de valeur ou de la valeur préalablement recherchée.
Importer : importe des paramètres de registre à partir du fichier .aot ou .axt d'un autre objet Application ou d'un fichier de registre (.reg). 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 ou .reg, vous devez remplacer l'affichage du type de fichier par *.aot, *.reg ou afin de sélectionner le fichier correspondant.
Exporter : exporte les paramètres de registre vers un fichier de registre (.reg). Pour exporter ces paramètres vers un fichier au format .aot ou .axt, exportez l'ensemble de l'objet Application à l'aide de l'option Exporter un objet Application du menu > > .
Cette option permet d'ajouter des paramètres de registre à l'arborescence
. Seuls les paramètres affichés dans l'arborescence Paramètres de registre sont créés ou supprimés lorsque l'application est distribuée.Pour ajouter une clé ou une valeur de registre, sélectionnez le dossier de registre auquel vous souhaitez ajouter la clé, ou sélectionnez la clé à laquelle vous souhaitez ajouter une valeur, cliquez sur le bouton Ajouter, puis choisissez l'une des options suivantes :
Clé : ajoute une clé au dossier de registre sélectionné.
Binaire : ajoute une valeur binaire à la clé sélectionnée.
Développer une chaîne : ajoute une valeur de développement de chaîne à la clé sélectionnée. Cette option n'existe pas dans le registre Windows 98 ; si vous l'utilisez, ce paramètre, sera modifié en paramètre de chaîne lors de la distribution sur des postes de travail Windows 98.
Valeur par défaut : ajoute une valeur chaîne par défaut à la clé sélectionnée.
DWORD : ajoute une valeur DWORD à la clé sélectionnée.
Valeur multi-chaîne : ajoute une chaîne multi-valeur à la clé sélectionnée. Cette option n'existe pas dans le registre Windows 98 ; si vous l'utilisez, ce paramètre sera transformé en paramètre binaire lors de la distribution sur les postes de travail Windows 98.
Chaîne : ajoute une valeur chaîne à la clé sélectionnée.
Après avoir ajouté la clé ou la valeur à l'arborescence Paramètres de registre, vous pouvez utiliser la liste Options de distribution pour déterminer si la clé ou la valeur doit être créée dans le registre du poste de travail ou en être supprimée.
Vous pouvez utiliser une macro pour créer les noms de clé, les noms de valeur ou les données de valeur. Pour plus d'informations sur les macros, reportez-vous au Section 49.0, Référence : macros.
Sélectionnez la clé ou la valeur à modifier, puis cliquez sur
.Sélectionnez la clé ou la valeur à supprimer, puis cliquez sur
. Lorsque vous supprimez une clé, tous ses subordonnés sont aussi supprimés.Les options de distribution permettent de déterminer la gestion de chaque paramètre de registre (qui figure dans l'arborescence Paramètres de registre) lors de la distribution de l'application.
Dans l'arborescence Paramètres de registre, sélectionnez le paramètre, puis sélectionnez l'opération que vous souhaitez assigner au paramètre lors de la distribution de l'application.
Toujours créer : le paramètre est toujours créé dans le registre, même s'il existe déjà. S'il existe, les valeurs actuelles du paramètre sont remplacées. Par exemple, si PATH=C:\ existe déjà, il sera remplacé par PATH=C:\TEMP.
Créer si non existant : le paramètre est créé uniquement s'il n'existe pas.
Créer si existant : le paramètre est créé uniquement s'il existe. Les valeurs actuelles du paramètre sont remplacées. Par exemple, si PATH=C:\ existe déjà, il sera remplacé par PATH=C:\TEMP.
Supprimer : le paramètre est supprimé. Si le paramètre de registre est doté de paramètres subordonnés, le programme de lancement d'applicatifs les supprime également.
Ajouter si existant sinon créer : cette option s'applique uniquement aux valeurs chaîne (
, > , et ). Les données de la valeur de chaîne sont ajoutées à la chaîne en tant que dernière entrée. Si la valeur de chaîne (ou sa clé) n'existe pas, elle est créée.Lors de la saisie de la valeur chaîne, placez un point-virgule (;) avant la valeur si la chaîne comporte d'autres valeurs. Par exemple, si le registre comporte déjà un paramètre string1=value1. Vous souhaitez ajouter une deuxième valeur (value2). Lors de la saisie de la valeur de chaîne, indiquez ;value2 de sorte que la chaîne devienne string1=value1;value2.
Ajouter au début si existant sinon créer : cette option s'applique uniquement aux valeurs chaîne (
, , et ). Les valeurs chaîne sont ajoutées au début de la chaîne. Si la valeur de chaîne (ou sa clé) n'existe pas, elle est créée.Lors de la saisie de la valeur de chaîne, placez un point-virgule (;) après la valeur si la chaîne comporte d'autres valeurs. Par exemple, si le registre comporte déjà un paramètre string1=value1. Vous souhaitez ajouter au début une deuxième valeur (value2). Lors de la saisie de la valeur de chaîne, indiquez value2; de sorte que la chaîne devienne string1=value2;value1.
Si vous avez mis en oeuvre des profils utilisateur mobiles, utilisez cette option pour vous assurer que les paramètres de registre particuliers sont distribués sur chaque poste de travail auquel l'utilisateur se logue. Activez cette option pour tous les paramètres de registre qui ne sont pas enregistrés dans des profils utilisateur mobiles.
Dans la liste Paramètres de registre, sélectionnez la modification de registre souhaitée, puis cochez la case Suivre la distribution par utilisateur.
Par défaut, le programme de lancement d'applicatifs distribue les modifications de registre définies dans la liste Paramètres de registre uniquement aux moments suivants :
Pour forcer le programme de lancement d'applicatifs à distribuer une modification de registre chaque fois que l'application est lancée, sélectionnez le paramètre de registre dans la liste
, puis cochez la case .Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour modifier le registre. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet
> page > option ), le programme de lancement d'applicatifs utilise les informations de paramètre stockées dans eDirectory.La page de propriétés Fichiers de l'application n'est accessible que sur les objets Application créés pour les applications simples et pour les applications AOT/AXT. Elle n'est pas accessible sur les objets Application créés pour les applications MSI, les applications Web et les applications Terminal Server.
Cette page de propriétés, illustrée ci-dessous, définit les fichiers de l'application installés ou supprimés par le programme de lancement d'applicatifs lors de la distribution de l'application sur un poste de travail.
Figure 48-9 Objet Application > onglet Options de distribution > page Fichiers de l'application
La liste Fichiers de l'application affiche tous les fichiers et répertoires installés, supprimés ou copiés lors de la distribution. Le nom, le répertoire cible (emplacement du poste de travail où est installé le fichier) et la source (fichier ou répertoire utilisé pour l'installation du fichier) sont répertoriés pour chaque répertoire ou fichier de l'application.
Si vous avez utilisé un fichier .aot ou .axt lors de la création de l'objet Application, la liste comprend automatiquement tous les fichiers et répertoires définis dans ces modèles.
Cette option permet de rechercher des éléments dans la liste Fichiers de l'application et d'importer des fichiers et des répertoires dans la liste.
Cliquez sur
> sélectionnez l'une des options suivantes :Rechercher : recherche des éléments spécifiques dans la liste. Vous pouvez rechercher du texte dans les champs Program Files.
, > ou . Vous pouvez, par exemple, rechercher tous les fichiers et répertoires installés dans le répertoireSuivant : recherche l'occurrence suivante de l'élément spécifié dans la recherche initiale.
Importer : importe des fichiers de l'application et des répertoires à partir d'un autre objet Application ou d'un fichier .aot ou .axt. 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 afin de sélectionner le fichier .aot.
Cette option permet d'ajouter des fichiers ou des répertoires à la liste
. Seuls les fichiers et les répertoires qui figurent dans la liste sont installés ou copiés sur le poste de travail ou en sont retirés lors de la distribution.Fichier : pour ajouter un fichier à la liste, cliquez sur
, puis sur pour afficher la boîte de dialogue Éditer des fichiers.Dans le champ \\server1\vol1\bookmarks\bookmark.htm ou %SOURCE_PATH%\bookmark.htm). Le fichier source peut être un fichier unique copié. Il peut également s'agir de fichiers multiples (par exemple, %SOURCE_PATH%\*.*) ou d'un fichier source de l'application snAppShot™ (fichier .fil).
, précisez le fichier à utiliser comme source de l'installation. Vous pouvez utiliser une unité assignée, un chemin UNC ou une macro ; vous pouvez également parcourir l'arborescence et sélectionner le fichier voulu (par exemple,Si vous supprimez un fichier du poste de travail, ne renseignez pas ce champ.
Dans le champ c:\program files\novell\browser\bookmark.htm). Vous pouvez aussi remplacer le chemin d'accès au fichier cible par une macro (par exemple, %TARGET_PATH%\bookmark.htm). Si vous copiez plusieurs fichiers avec un caractère joker (*.*), précisez le répertoire cible uniquement (par exemple, c:\program files\novell\browser\).
, indiquez le fichier du poste de travail dans lequel le fichier source sera copié (par exemple,Si vous supprimez le fichier d'un poste de travail, saisissez le chemin complet de ce fichier sur le poste de travail, puis cochez la case
.Répertoire : pour ajouter un répertoire à la liste, cliquez sur
, puis sur pour afficher la boîte de dialogue Éditer le répertoire.Dans le champ c:\program files\novell). Vous pouvez aussi remplacer le chemin d'accès au répertoire par une macro (par exemple, %DIRECTORY_TARGET_PATH%\novell).
, spécifiez le répertoire à utiliser comme source, si vous copiez le répertoire. Vous pouvez utiliser une unité assignée, un chemin UNC ou une macro, mais vous pouvez également parcourir l'arborescence et sélectionner le répertoire (par exemple,Si vous créez ou supprimez un répertoire, le champ
est désactivé.Dans le champ c:\program files\novell). Vous pouvez aussi remplacer le chemin d'accès au répertoire par une macro (par exemple, %DIRECTORY_TARGET_PATH%\novell).
, indiquez le répertoire à créer ou à supprimer, ou le répertoire du poste de travail dans lequel le répertoire source sera copié (par exemple,Sélectionnez
pour créer le répertoire sur le poste de travail.Sélectionnez
pour supprimer le répertoire du poste de travail.Sélectionnez
pour copier le répertoire sur le poste de travail. Dans ce cas, l'option devient disponible. Cochez cette case pour copier les sous-répertoires du répertoire répertorié dans le champ .Sélectionnez le fichier ou le dossier à modifier, puis cliquez sur
.Sélectionnez le fichier ou le dossier à supprimer, puis cliquez sur
pour le retirer de la liste .Vous pouvez définir ici les options de distribution de chacun des fichiers et des répertoires de la liste
.Sélectionnez un dossier dans la liste
> sélectionnez l'une des options suivantes dans la liste :Toujours copier : copie le fichier, qu'il existe ou non sur le poste de travail.
Copier si existant : copie le fichier uniquement s'il existe sur le poste de travail.
Copier si non existant : copie le fichier uniquement s'il n'existe pas sur le poste de travail.
Copier si plus récent : copie le fichier uniquement si la date et l'heure de celui-ci sont ultérieures à celles du fichier ou si le fichier n'existe pas sur le poste de travail.
Copier si plus récent et existant : copie le fichier uniquement s'il existe déjà sur le poste de travail et présente une date et une heure antérieures.
Copier si la version est plus récente : copie le fichier uniquement si la version interne est ultérieure à la version du fichier (si des informations sur la version sont disponibles). Cela est utile si vous souhaitez mettre à jour la version d'un fichier .exe ou .dll sur la base des informations de version compilées.
Demander confirmation : demande à l'utilisateur de vérifier si le fichier doit bien être copié.
Copier l'élément s'il est différent : copie le fichier si sa date, son heure ou sa taille diffèrent de ceux du fichier.
Supprimer : supprime le fichier du poste de travail.
Sélectionnez un dossier dans la liste
, puis sélectionnez l'une des options suivantes dans la liste :Créer : crée le répertoire sur le poste de travail.
Supprimer : supprime le répertoire du poste de travail.
Si vous avez mis en oeuvre des profils utilisateur mobiles, utilisez cette option pour vous assurer que les fichiers de l'application sont distribués sur chaque poste de travail auquel l'utilisateur se logue. Activez cette option pour tous les fichiers d'application qui ne sont pas enregistrés dans des profils utilisateur mobiles.
Dans la liste
, sélectionnez les fichiers souhaités, puis l'option .Par défaut, le programme de lancement d'applicatifs distribue les modifications de fichier ou de dossier définies dans la liste
uniquement aux moments suivants :Pour forcer le programme de lancement d'applicatifs à distribuer une modification de fichier ou de dossier chaque fois que l'application est lancée, sélectionnez le fichier ou dossier dans la liste
, puis sélectionnez .Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour installer ou retirer le fichier ou dossier. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet
> page > option ), le programme de lancement d'applicatifs utilise les informations stockées dans eDirectory.Cette option permet de marquer un fichier comme fichier partagé (c'est-à-dire qu'il est utilisé par plusieurs applications). Les fichiers partagés sont généralement des fichiers DLL de Windows. SnAppShot détecte les fichiers partagés lorsqu'il découvre des modifications d'installation d'une application sur un poste de travail.
La page de propriétés Paramètres INI 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 définit les paramètres INI créés ou supprimés par le programme de lancement d'applicatifs lors de la distribution de l'application sur un poste de travail.
Figure 48-10 Page Paramètres INI
L'arborescence Paramètres INI affiche les paramètres INI modifiés lorsque l'application est distribuée sur le poste de travail. Si vous avez utilisé un fichier .aot, .axt ou .msi lors de la création de l'objet Application, l'arborescence inclut automatiquement tous les paramètres .INI définis dans ces modèles.
Si vous souhaitez créer ou supprimer des paramètres INI supplémentaires lors de la distribution, vous devez ajouter ces paramètres à l'arborescence
et indiquer l'opération appropriée (créer ou supprimer) dans le champ .L'arborescence Paramètres INI peut comporter plusieurs fichiers INI et chacun d'eux peut inclure plusieurs sections. Lorsque vous ajoutez un paramètre à l'arborescence Paramètres INI, vous devez l'ajouter à un fichier et à une section. De ce fait, de nouveaux fichiers et de nouvelles sections devront, dans certains cas, être ajoutés à l'arborescence avant de procéder à l'ajout des nouveaux paramètres.
Considérons, par exemple, que vous souhaitez ajouter un paramètre CLASSPATH= à la section ENVIRONMENT du fichier sample.ini. Vous devez 1) ajouter une entrée de fichier à l'arborescence du fichier sample.ini, 2) ajouter une section ENVIRONMENT dans le fichier sample.ini, 3) ajouter le paramètre CLASSPATH= dans la section ENVIRONMENT, 4) sélectionner le paramètre CLASSPATH= et choisir l'opération appropriée dans le champ .
Si vous souhaitez au contraire supprimer le paramètre CLASSPATH=, vous devrez suivre le même processus, mais sélectionner l'opération
appropriée dans le champ .REMARQUE :Dans le cas des objets Application créés pour des applications AOT/AXT, le programme de lancement d'applicatifs Novell (NAL) gère la distribution des paramètres INI et de l'application. Si vous modifiez les paramètres INI d'une application AOT/AXT et si leur distribution échoue, la distribution de l'application échoue également et NAL revient à l'état initial.
Dans le cas des objets Application créés pour des applications MSI, NAL gère la distribution des paramètres INI tandis que Microsoft Windows Installer (MSI) gère la distribution de l'application. Si vous modifiez les paramètres INI de l'objet Application pour une application MSI et si leur distribution échoue, l'application est installée par Windows Installer, mais les paramètres INI ne sont pas restaurés. Il se peut alors que l'application ne fonctionne pas correctement, selon la façon dont les paramètres INI affectent l'application.
Cette option permet de rechercher des fichiers, des sections ou des valeurs dans l'arborescence Paramètres INI, d'importer des paramètres dans l'arborescence, d'exporter des paramètres depuis l'arborescence ou d'afficher les paramètres INI d'un fichier.
Cliquez sur
> sélectionnez l'une des options suivantes :Rechercher : recherche des fichiers, sections ou valeurs spécifiques.
Suivant : recherche l'occurrence suivante de l'élément spécifié dans la recherche initiale.
Importer : importe des paramètres INI à partir du fichier .aot ou .axt d'un autre objet Application ou d'un fichier .ini. 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 ou .ini, vous devez remplacer l'affichage du type de fichier par *.aot, *.ini ou afin de sélectionner le fichier correspondant.
Exporter : Exporte les paramètres vers un fichier .ini. Pour exporter ces paramètres vers un fichier au format .aot ou .axt, exportez l'ensemble de l'objet Application à l'aide de l'option du menu > > .
Afficher le fichier : affiche les paramètres INI d'un fichier spécifique modifiés lorsque l'application est distribuée. Sélectionnez le fichier dans l'arborescence Paramètres INI avant de cliquer sur
> .Cette option permet d'ajouter des paramètres INI à l'arborescence Paramètres INI. Seuls les paramètres affichés dans l'arborescence Paramètres INI sont créés ou supprimés lorsque l'application est distribuée. Vous pouvez ajouter un fichier à l'arborescence, une section à un fichier ou une valeur à une section.
Pour ce faire, sélectionnez l'élément approprié dans l'arborescence, cliquez sur le bouton
, puis choisissez l'une des options suivantes :Fichier : ajoute un fichier à l'arborescence Paramètres INI. En complément du nom de fichier, vous pouvez indiquer l'emplacement cible du fichier. La macro %*WINDIR%, qui représente le répertoire Windows du poste de travail (généralement c:\windows ou c:\winnt), est utilisée par défaut. Après avoir nommé ce fichier, vous pouvez commencer à y ajouter des sections.
Section : ajoute une section au fichier sélectionné. Après avoir nommé cette section, vous pouvez commencer à y ajouter des valeurs.
Valeur : ajoute une valeur à la section sélectionnée. Précisez le nom et les données de la valeur.
Après avoir ajouté une valeur à l'arborescence Paramètres INI, vous pouvez utiliser la liste
pour déterminer si cette valeur doit être créée ou supprimée du poste de travail. Si la valeur doit être créée mais si le fichier ou la section n'existe pas, le programme de lancement d'applicatifs crée le fichier ou la section avant d'ajouter la valeur.Vous pouvez utiliser une macro pour créer les noms de section, les noms de valeur ou les données de valeur. Pour plus d'informations sur les macros, reportez-vous au Section 49.0, Référence : macros.
Vous pouvez modifier le nom d'un fichier ou d'une section, ou le nom et les données d'une valeur. Sélectionnez le fichier, la section ou la valeur à modifier, puis cliquez sur
.Sélectionnez le fichier, la section ou la valeur à supprimer de l'arborescence
, puis cliquez sur . Lorsqu'une section ou un fichier est supprimé, les éléments subordonnés le sont également.Les options de distribution permettent de déterminer la gestion de chaque paramètre INI (qui figure dans l'arborescence Paramètres INI) lors de la distribution de l'application.
Cette option permet de déterminer si un paramètre est créé ou supprimé lors de la distribution de l'application. Sélectionnez une valeur dans l'arborescence
, puis sélectionnez l'une des options suivantes dans la liste :Toujours créer (valeur par défaut) : Crée la valeur, qu'elle existe ou non dans la section.
Créer si non existant : crée la valeur uniquement si elle n'existe pas dans la section.
Créer si existant : crée la valeur uniquement si elle existe dans la section.
Créer ou ajouter à une section existante : crée la valeur si celle-ci n'existe pas dans la section. Si la valeur existe, elle est ajoutée à la section en plus de la valeur qui y figure déjà. Cette option s'avère utile, par exemple, si vous avez besoin de plusieurs valeurs du même type, telles que deux valeurs "DEVICE=".
Créer ou ajouter à une valeur existante : crée la valeur si celle-ci n'existe pas dans la section. Si la valeur existe, cette option ajoute les données de la nouvelle valeur à la valeur. Le premier caractère des données de la valeur doit être un séparateur, tel qu'un espace.
Supprimer : supprime la valeur de la section.
Supprimer ou retirer d'une valeur existante : supprime la valeur de la section ou, si la valeur possède plusieurs entrées de données, retire cette entrée de données de la valeur. Supposez, par exemple, que le fichier win.ini comporte le paramètre suivant : Run = sol.exe calc.exe. Cette option permet de retirer calc.exe uniquement, sans toucher aux éléments suivants : Run = sol.exe. Le premier caractère des données de la valeur doit être un séparateur, tel qu'un espace.
Ces options permettent de positionner les sections et les valeurs dans l'ordre dans lequel vous souhaitez qu'elles soient créées, modifiées ou supprimées.
Dans l'arborescence
, sélectionnez la section ou la valeur à déplacer, puis cliquez sur ou .Par défaut, le programme de lancement d'applicatifs distribue les modifications définies dans la liste Paramètres INI uniquement aux moments suivants :
Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour effectuer la modification INI. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet
> page > option ), le programme de lancement d'applicatifs utilise les informations stockées dans eDirectory.Pour forcer le programme de lancement d'applicatifs à distribuer une modification INI chaque fois que l'application est lancée, sélectionnez le paramètre INI dans la liste
, puis cochez la case .REMARQUE :Après avoir enregistré puis rouvert l'objet Application, les paramètres que vous marquez
sont groupés après les paramètres qui ne sont pas marqués , et ce quel que soit l'ordre selon lequel ils sont créés ou forcés (à l'aide des flèches et ).Par exemple, si vous avez une section avec deux valeurs
(DAValue1 et DAValue2) et deux valeurs qui ne sont pas définies sur Toujours distribuer (Value3 et Value4), l'ordre d'affichage est le suivant : Value3, Value4, DAValue1, DAValue2.Vous pouvez utiliser les flèches
ou pour modifier l'ordre au sein de ces deux groupes, mais le groupe apparaît toujours en deuxième position. Par exemple, avec le classement précédent (Value3, Value4, DAValue1, DAValue 2), vous pourriez changer l'ordre des deux premières et des deux dernières valeurs pour obtenir le classement suivant : Value4, Value3, DAValue2, DAValue1. Toutefois, si vous changez l'ordre pour répertorier les valeurs Toujours distribuer en premier (DAValue2, DAValue1, Value4, Value3), lorsque vous enregistrez l'objet Application, l'ordre redevient Value4, Value3, DAValue2, DAValue1.Si vous avez mis en oeuvre des profils utilisateur mobiles, utilisez cette option pour vous assurer que les paramètres de fichier .ini particuliers sont distribués sur chaque poste de travail auquel l'utilisateur se logue. Activez cette option pour tous les paramètres du fichier .ini qui ne sont pas enregistrés dans des profils utilisateur mobile.
Dans l'arborescence
, sélectionnez le paramètre dont vous voulez effectuer le suivi, puis sélectionnez .La page de propriétés Fichiers texte n'est accessible que sur les objets Application créés pour les applications simples et pour les applications AOT/AXT. Elle n'est pas accessible sur les objets Application créés pour les applications MSI, les applications Web et les applications Terminal Server.
Cette page de propriétés, illustrée ci-dessous, détermine les modifications apportées par le programme de lancement d'applicatifs aux fichiers texte (tels que config.sys et autoexec.bat) lors de la distribution de l'application sur un poste de travail.
Figure 48-11 Objet Application > onglet Options de distribution > page Fichiers texte
L'arborescence Fichiers texte liste les fichiers texte modifiés par le programme de lancement d'applicatifs. Toute modification d'un fichier apparaît sous celui-ci.
Cette option permet de rechercher des fichiers ou du texte dans l'arborescence
et d'importer des fichiers dans l'arborescence.Cliquez sur
, puis choisissez l'une des options suivantes :Rechercher : recherche des fichiers ou des informations spécifiques dans l'arborescence
.Suivant : recherche l'occurrence suivante de l'élément spécifié dans la recherche initiale.
Importer : importe des fichiers texte à partir d'un autre objet Application ou d'un fichier .aot ou .axt. 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 afin de sélectionner le fichier .aot.
Cette option permet d'ajouter les modifications apportées aux fichiers texte à l'arborescence
. Seules les modifications affichées dans l'arborescence sont appliquées lors de la distribution de l'application.Fichier : pour ajouter un fichier texte à l'arborescence, cliquez sur autoexec.bat ou c:\autoexec.bat). Seules les unités des postes de travail locaux, les chemins d'accès aux serveurs UNC et les macros sont valides.
> pour créer l'entrée de fichier. Vous pouvez saisir le nom du fichier seul ou accompagné de son chemin d'accès (par exemple,Il est préférable d'indiquer le chemin d'accès si vous le pouvez. Si vous saisissez uniquement le nom de fichier, le programme de lancement d'applicatifs explore tous les répertoires définis par la variable d'environnement PATH du poste de travail. S'il ne trouve pas le nom de fichier correspondant, ce programme considère que le fichier n'existe pas et le crée dans le premier répertoire défini dans la variable PATH.
Modifier : pour appliquer une modification à un fichier figurant dans la liste Fichiers texte, sélectionnez le fichier, cliquez sur
> pour ouvrir la boîte de dialogue Modifier le fichier texte. Effectuez les modifications voulues. Pour plus d'informations sur chaque champ de la boîte de dialogue Modifier le fichier texte, cliquez sur le bouton de cette boîte de dialogue.Vous pouvez appliquer plusieurs modifications à un fichier texte. Vous pouvez, par exemple, effectuer une modification permettant de remplacer du texte dans le fichier et une autre permettant d'ajouter du texte à la fin du fichier. Toutes les modifications apparaissent sous le fichier texte dans la liste
.IMPORTANT :Si vous apportez des changements à un fichier texte (en ajoutant du texte, par exemple), vous ne pouvez ajouter qu'une ligne à la fois. Si vous appuyez sur Entrée pour aller à la ligne, vos changements sont enregistrés.
Pour changer le nom d'un fichier texte, sélectionnez ce fichier dans l'arborescence
, cliquez sur , puis saisissez son nouveau nom.Pour éditer l'une des modifications d'un fichier texte, sélectionnez-la dans l'arborescence
, cliquez sur pour ouvrir la boîte de dialogue Modifier le fichier texte, puis effectuez les modifications souhaitées. Pour plus d'informations sur chaque champ de la boîte de dialogue Modifier le fichier texte, cliquez sur le bouton de cette boîte de dialogue.Dans l'arborescence
, sélectionnez le fichier texte ou la modification du fichier texte à supprimer > cliquez sur .Vous pouvez définir ici chaque option de distribution des fichiers texte et des modifications de ces fichiers. Ces options varient selon que vous sélectionnez un fichier texte ou une modification de fichier texte dans l'arborescence Fichiers texte.
Cette option apparaît uniquement lorsqu'un fichier texte est sélectionné. Sélectionnez option si vous ne voulez pas que les utilisateurs redémarrent l'ordinateur lorsque des changements ont été apportés au fichier texte sélectionné. Les options
et de la page > page annulent ce paramètre.Ces options apparaissent uniquement lorsque vous avez sélectionné une modification de fichier texte. Cliquez sur
ou sur pour déplacer la modification selon l'ordre dans lequel vous souhaitez l'appliquer.Par défaut, le programme de lancement d'applicatifs distribue les modifications de fichier texte définies dans la liste
uniquement aux moments suivants :Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour effectuer la modification. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet
> page > option ), le programme de lancement d'applicatifs utilise les informations stockées dans eDirectory.Pour forcer le programme de lancement d'applicatifs à distribuer une modification de fichier texte chaque fois que l'application est lancée, sélectionnez la modification dans la liste
, puis sélectionnez .REMARQUE :Après avoir enregistré puis rouvert l'objet Application, les modifications que vous marquez
sont groupées après les modifications qui ne sont pas marquées , et ce quel que soit l'ordre selon lequel elles sont créées ou forcérs (à l'aide des flèches et ).Par exemple, si vous avez un fichier avec deux modifications à
(DAMod1 et DAMod2) et deux modifications pour lesquelles cette option n'est pas sélectionnée (Mod3 et Mod4), l'ordre d'affichage est le suivant : Mod3, Mod4, DAMod1, DAMod2.Vous pouvez utiliser les flèches
ou pour modifier l'ordre au sein de ces deux groupes, mais le groupe apparaît toujours en deuxième position. Par exemple, avec la séquence ci-dessus (Mod3, Mod4, DTMod1, DTMod 2), vous pouvez modifier l'ordre des deux premières modifications et des deux dernières modifications pour obtenir la séquence suivante : Mod4, Mod3, DTMod2, DTMod1. Cependant, si vous modifiez l'ordre pour afficher d'abord les modifications à (DAMod2, DAMod1, Mod4, Mod3), l'ordre redevient Mod4, Mod3, DAMod2, DAMod1 lorsque vous enregistrez l'objet Application.Si vous avez mis en oeuvre des profils utilisateur mobiles, utilisez cette option pour vous assurer que les modifications de fichier texte particulières sont distribuées sur chacun des postes de travail auquel l'utilisateur se logue. Activez cette option pour toutes les modifications qui ne sont pas enregistrées dans des profils utilisateur mobiles.
Dans la liste
, sélectionnez la modification souhaitée, puis l'option .La page de propriétés Scripts de distribution 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.
Dans le cadre du processus de distribution d'une application, le programme de lancement d'applicatifs peut lancer un moteur de script afin d'exécuter un script "avant distribution" et un script "après distribution" (pour plus d'informations sur l'ordre d'exécution des scripts, reportez-vous à Ordre d'exécution du script). La page de propriétés Scripts de distribution 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-12 Objet Application > onglet Options de distribution > page Scripts de distribution
Sous Windows 2000/XP, les scripts de distribution sont exécutés dans un espace système sécurisé, ce qui signifie que l'utilisateur ne voit pas les commandes de script ni les résultats de ces commandes. Vous ne devez donc pas inclure de commande qui requiert ou lance une interaction avec l'utilisateur. Dans le cas contraire, le script s'interrompt à cet endroit. Ainsi, vous ne devez pas inclure de commande destinée à exécuter un programme qui requiert une intervention de l'utilisateur. Le programme, qui s'exécute dans l'espace système sécurisé, n'est en effet jamais visible pour l'utilisateur. Sous Windows 98, les scripts de distribution sont exécutés dans l'espace utilisateur (il n'y a en effet pas d'espace système).
Utilisez cette fenêtre de texte pour saisir les commandes de script à exécuter avant la distribution 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 distribution 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 Novell Client™ (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 sur l'écran de l'utilisateur et ne parvient pas à distribuer 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 Emplacement du moteur de script.
Lorsque l'application est distribué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
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
> page )Scripts de lancement :
et (onglet > page )Le programme de lancement d'applicatifs exécute les scripts dans l'ordre suivant :
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-1 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.
La page de propriétés Planification de préinstallation n'est accessible que sur les objets Application créés pour les applications simples et pour les applications AOT/AXT et 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 distribuer partiellement l'application sur un poste de travail avant la première exécution de l'objet Application. Étant donné qu'il est possible de planifier la distribution, vous pouvez effectuer une distribution de l'application hors ligne, et ainsi épargner à l'utilisateur l'attente généralement liée à la distribution. Vous pouvez, par exemple, préinstaller l'application en dehors des heures de travail pour que l'application soit prête à être utilisée le lendemain.
Figure 48-13 Objet Application > onglet Options de distribution > page Planification de préinstallation
Au cours d'une préinstallation, tous les processus de distribution liés au poste de travail (copie de fichiers et modification des fichiers texte, des fichiers .ini et des paramètres du registre du poste de travail) sont exécutés avant le lancement de l'application. Lorsque l'utilisateur lance l'application, les processus de distribution propres à l'utilisateur (modification des clés de registre de l'utilisateur, etc.) sont terminés.
Vous pouvez préinstaller une application associée à tout poste de travail ou à tout utilisateur :
Lors de la préinstallation d'une application associée à un poste de travail, vous devez tenir compte des points suivants :
Sélectionnez cette option pour permettre de préinstaller l'application. Si cette option n'est pas sélectionnée, l'application n'est pas installée même si vous avez établi une planification.
Sélectionnez le type de planification à utiliser. Vous avez le choix entre
, et .Cette option indique qu'aucune planification n'est définie. L'application est préinstallée dès que l'application est associée à un utilisateur ou à un poste de travail (page Associations).
Cette option permet de sélectionner les dates spécifiques auxquelles vous souhaitez préinstaller l'application. Vous ne pouvez pas sélectionner plus de 350 dates spécifiques.
Plage de dates : cette zone contient toutes les dates de préinstallation de l'application. Pour ajouter une date, cliquez sur
, sélectionnez la date de votre choix, puis cliquez sur pour l'afficher dans la liste.Heure pour les dates sélectionnées : sélectionnez les heures de début et de fin de disponibilité. Ces heures sont appliquées à toutes les dates de la liste
.REMARQUE :L'heure est incrémentée par intervalles de 5 minutes, la première heure de début disponible étant 0 heure (minuit) et la dernière heure de fin étant 23 heures 55. Par conséquent, il existe toujours un intervalle de 5 minutes, entre 23 heures 55 et minuit, pendant lequel l'application n'est pas disponible. Pour que l'application soit disponible toute la journée, vous devez utiliser le type de planification Plage des jours.
. Pour plus d'informations, reportez-vous à laÉchelonner à partir de l'heure de début (en minutes) : l'option
permet d'étaler les heures d'accès utilisateur sur la durée précisée en minutes afin d'éviter que tous les utilisateurs n'accèdent à l'application en même temps. Si vous prévoyez que tous les utilisateurs vont lancer l'application dès qu'elle est disponible et si elle est distribuée ou exécutée à partir du réseau, vous pouvez utiliser cette option pour éviter de surcharger le réseau.Par exemple, si vous avez un nombre moyen d'utilisateurs auxquels l'application doit être distribuée (environ 100), vous pouvez spécifier un délai d'une heure (60 minutes), à compter de l'heure planifiée, pendant lequel l'application sera distribuée de façon aléatoire : ainsi, tous les utilisateurs auront accès à l'application un moment au cours des soixante premières minutes suivant l'heure de démarrage planifiée.
Si vous souhaitez alléger fortement la charge imposée aux serveurs par la distribution de l'application, ou si vous avez des problèmes de bande passante, vous pouvez opter pour la distribution aléatoire de l'application pendant tout le temps de disponibilité. Pour échelonner les temps d'accès sur tout le temps de disponibilité (
et ) de l'application, utilisez le temps total de disponibilité spécifié pour cette application, exprimé en minutes. Vous devez alors régler le temps disponible sur sa valeur maximale pour chaque jour que vous spécifiez. Par exemple, si une application est configurée pour un jour ouvrable classique aux États-Unis (9 heures par jour : de 8 heures à 17 heures), vous calculez le temps total de disponibilité de cette application de la façon suivante :Nombre d'heures spécifiées x 60 minutes par heure = Temps total de disponibilité par jour
Dans l'exemple ci-dessus, le résultat de cette équation est le suivant :
9 x 60 (minutes par heure) = 540 minutes de disponibilité
Dans cet exemple, lorsque vous saisissez 540 dans le champ
, l'application est distribuée de façon aléatoire pendant les 540 minutes de disponibilité de ce jour planifié. Cette méthode n'est pas adéquate pour les applications devant être distribuées rapidement, par exemple les mises à jour anti-virus. En outre, il ne s'agit là que d'un exemple : vous pouvez planifier la distribution pendant une certaine durée n'importe quel jour de la semaine.N'oubliez pas que le paramètre
ne permet pas de planifier les cinq dernières minutes d'une journée et que vous devez tenir compte de ces cinq minutes si la planification de l'application se termine à 23 heures 55 ce jour-là.Cette option permet de sélectionner une plage de jours pendant laquelle préinstaller l'application. Vous pouvez également utiliser cette option pour restreindre le processus de préinstallation de l'application à certains jours de la semaine au sein d'une plage de dates donnée.
Plage de dates : Pour définir une plage de jours, sélectionnez une date de début et une date de fin > choisissez des jours (de dimanche à samedi) au sein de la plage de dates définie. Par défaut, tous les jours sont sélectionnés. Un jour est sélectionné lorsque le bouton correspondant a l'apparence d'un bouton enfoncé.
Heure pour la plage sélectionnée : sélectionnez les heures de début et de fin de disponibilité. Cette option fonctionne différemment selon que la plage de dates inclut un jour, plusieurs jours voire les sept jours. Si cette page inclut un à six jours (mais pas les sept), l'application est disponible entre l'heure de début et l'heure de fin des jours spécifiés. Par exemple, si vous rendez l'application disponible le lundi de 8 heures à 17 heures, elle sera accessible entre 8 heures et 17 heures. Toutefois, si la plage de dates inclut les sept jours, les heures sont ignorées et l'application est disponible tous les jours, 24 heures sur 24.
Échelonner à partir de l'heure de début (en minutes) : l'option
permet d'étaler les heures d'accès utilisateur sur la durée précisée en minutes afin d'éviter que tous les utilisateurs n'accèdent à l'application en même temps. Si vous prévoyez que tous les utilisateurs vont lancer l'application dès qu'elle est disponible et si elle est distribuée ou exécutée à partir du réseau, vous pouvez utiliser cette option pour éviter de surcharger le réseau.Par exemple, si vous avez un nombre moyen d'utilisateurs auxquels l'application doit être distribuée (environ 100), vous pouvez spécifier un délai d'une heure (60 minutes), à compter de l'heure planifiée, pendant lequel l'application sera distribuée de façon aléatoire : ainsi, tous les utilisateurs auront accès à l'application un moment au cours des soixante premières minutes suivant l'heure de démarrage planifiée.
Si vous souhaitez alléger la charge imposée aux serveurs par la distribution de l'application, ou si vous avez des problèmes de bande passante, vous pouvez opter pour la distribution aléatoire de l'application pendant tout le temps de disponibilité. Pour échelonner les temps d'accès sur tout le temps de disponibilité (
et ) de l'application, utilisez le temps total de disponibilité spécifié pour cette application, exprimé en minutes. Par exemple, si une application associée à un poste de travail est configurée pour un jour complet de 24 heures (trois-huit), vous pouvez calculer le temps total de disponibilité de cette application de la façon suivante :Nombre de jours de la plage de dates x Temps de disponibilité par jour = Temps total de disponibilité
Pour l'exemple ci-dessus, si l'on veille à convertir les heures en minutes, le résultat de cette équation est le suivant :
7 (jours) x 24 (heures) = 168 heures de disponibilité
168 x 60 (minutes par heure) = 10 080 minutes de disponibilité
Lorsque vous saisissez 10 080 minutes dans le champ
, l'application est distribuée de façon aléatoire pendant l'ensemble des 10 080 minutes de disponibilité. Cette méthode n'est pas adéquate pour les applications devant être distribuées rapidement, par exemple les mises à jour anti-virus.Utiliser cet horaire en heure GMT pour tous les clients : la planification est établie en fonction du fuseau horaire du poste de travail. Si votre réseau couvre plusieurs fuseaux horaires et si vous planifiez l'exécution de l'application pour 13 heures, cette dernière sera alors exécutée à 13 heures dans chaque fuseau horaire. Vous pouvez sélectionner cette option pour que les postes de travail exécutent des applications au même moment, indépendamment de leur fuseau horaire (par exemple, à 13 heures, heure de Rome, et à 4 heures, heure de Los Angeles).
Cette page de propriétés, illustrée ci-dessous, définit les fichiers exécutables et les services que le programme de lancement d'applicatifs a interrompus avant de distribuer une application sur un poste de travail.
Figure 48-14 Objet Application > Options de distribution > page Interruption du processus de pré-distribution
Le programme de lancement d'applicatifs peut interrompre un processus qui s'exécute dans l'espace utilisateur. Il peut en outre interrompre un service qui s'exécute dans l'espace système (à condition que le service soit affiché dans la liste des services de la console MMC et que vous utilisiez ce nom de service). Il ne peut pas interrompre les fichiers exécutables qui s'exécutent dans l'espace système.
Lorsqu'il interrompt un processus, le programme de lancement d'applicatifs interrompt l'ensemble des processus correspondant au nom de fichier spécifié. Par exemple, si vous spécifiez notepad.exe comme fichier exécutable du processus à interrompre, toutes les instances de notepad.exe sont interrompues. En d'autres termes, si c:\notepad.exe et c:\winnt\notepad.exe s'exécutent, ils sont tous deux interrompus. Vous ne pouvez pas cibler des instances spécifiques d'un processus (par exemple, uniquement c:\notepad.exe ou c:\winnt\notepad.exe).
Cette option permet d'ajouter des processus à la liste. Seuls les processus affichés dans la liste sont interrompus avant la distribution de l'application.
Cliquez sur .exe) ou le nom du service (tel que défini dans la liste des services de Microsoft Management Console). Ne saisissez pas le chemin d'accès complet, sans quoi l'interruption échouera.
pour afficher la boîte de dialogue Modifier des processus. Dans les boîtes de dialogue ou , saisissez le fichier exécutable du processus (Cliquez sur
si le processus est un service Windows, puis sur pour ajouter le processus à la liste .Vous pouvez modifier le nom ou le type de processus. Sélectionnez le processus dans la liste, puis cliquez sur
.Sélectionnez le processus à supprimer de la liste, puis cliquez sur
.Sélectionnez un processus dans la liste, puis cliquez sur la flèche Haut pour le déplacer vers le haut ou sur la flèche Bas pour le déplacer vers le bas. Le programme de lancement d'applicatifs interrompt les processus les uns après les autres dans l'ordre dans lequel ils sont répertoriés, de haut en bas.
La page de propriétés Options 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 illustrée ci-dessous détermine les options générales que le programme de lancement d'applicatifs doit utiliser lors de la distribution de l'application sur un poste de travail.
Figure 48-15 Objet Application > onglet Options de distribution > page Options
Le programme de lancement d'applicatifs utilise le GUID (global unique identifier-identificateur unique global) et le numéro de version pour gérer la distribution de l'application. Lorsque le programment de lancement d'applicatifs distribue une application sur un poste de travail, il ajoute le GUID et le numéro de version au registre Windows de ce poste. Si le GUID ou le numéro de version change, le programme de lancement d'applicatifs redistribue l'application.
Le GUID est généré de manière aléatoire lors de la création de l'objet Application. Il n'est généralement pas nécessaire de le modifier. Toutefois, dans les situations suivantes, il peut s'avérer utile de modifier le GUID :
Le numéro de version est un numéro unique compris entre 0 et 65 535 (0 est assigné lors de la création initiale de l'objet Application) que vous pouvez incrémenter à chaque révision de l'objet Application. Si vous modifiez les informations relatives à l'objet Application, augmentez le numéro de version afin que le programme de lancement d'applicatifs redistribue l'application. Il ne redistribue alors l'application que si le numéro de la nouvelle version est supérieur à celui de la version actuelle figurant dans le registre Windows du poste de travail.
Ces options permettent de déterminer si le programme de lancement d'applicatifs doit redistribuer l'application chaque fois qu'elle est lancée et s'il doit inviter l'utilisateur à accepter ou refuser la distribution. Les champs Options ne s'affichent pas dans les objets Application créés pour les applications Web et Terminal Server. Ils ne sont en effet pas applicables.
Par défaut, le programme de lancement d'applicatifs effectue les modifications de distribution associées à l'objet Application aux moments suivants :
Pour forcer le programme de lancement d'applicatifs à redistribuer l'application chaque fois qu'elle est lancée, sélectionnez l'option
.Cette option garantit que tous les paramètres et fichiers de l'application sont mis à jour automatiquement à chaque lancement de l'application. Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, les fichiers et paramètres sont distribués à partir de ce répertoire. En revanche, si l'utilisateur ne possède pas de répertoire cache NAL (par exemple, s'il exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet
> page > option ), les fichiers d'application et les paramètres sont mis à jour à partir de eDirectory. Pour forcer une distribution à partir de eDirectory même si l'utilisateur possède un répertoire cache NAL sur sa machine locale, vous devez modifier le numéro de version de l'application ou indiquer aux utilisateurs qu'ils doivent cliquer avec le bouton droit sur l'objet Application, puis cliquer sur .Si vous ne souhaitez distribuer que quelques fichiers et paramètres spécifiques à chaque fois, vous pouvez les mettre à jour au cas par cas. Par exemple, si vous souhaitez distribuer toujours la même valeur et la même clé de registre, paramétrez cette valeur et cette clé de registre sur
de la page Paramètres de registre (onglet ).Ce paramètre implique la distribution systématique de tous les fichiers et paramètres de l'application ; par conséquent, il remplace l'option Options de distribution).
des pages Paramètres de registre, Paramètres INI, Fichiers de l'application, Icônes/raccourcis et Fichiers texte (ongletSélectionnez cette option pour inviter les utilisateurs à accepter la distribution. La première fois que les utilisateurs cliquent sur l'icône de l'application, une invite s'affiche, mais elle n'apparaît plus par la suite. Afin d'aider les utilisateurs à faire un choix quant à l'installation de l'application, l'invite affiche le texte que vous avez saisi dans la page Description (onglet
).La fonction de cette option est conditionnelle selon que vous configurez une application MSI ou une application simple/AOT.
Si l'application est une application MSI : cette case n'est pas cochée par défaut. Les applications MSI associées à un poste de travail sont normalement distribuées dans l'espace de sécurité de l'utilisateur, ce qui signifie que le programme de lancement d'applicatifs utilise les références de l'utilisateur et son accès au système de fichiers.
Sélectionnez cette option pour indiquer au programme de lancement d'applicatifs de distribuer l'application sur l'espace de sécurité du poste de travail. Le programme de lancement d'applicatifs passe la main au composant Workstation Helper du programme de lancement d'applicatifs qui s'exécute dans l'espace système et utilise les références du poste de travail. Cette option permet 1) d'effectuer une distribution hors ligne de l'application et 2) de mieux sécuriser les fichiers source .msi en permettant au poste de travail, et non à l'utilisateur, d'accéder à ces fichiers .msi. Prenez en considération les exemples suivants :
Il est important de se rappeler que le programme de lancement d'applicatifs utilise les références du poste de travail, plutôt que celles de l'utilisateur, pour distribuer l'application. Cela signifie que vous devez attribuer au poste de travail des droits sur le système de fichiers lui permettant d'accéder à l'emplacement réseau où résident les fichiers .msi.
Cette option ne permet pas d'installer toutes les applications MSI. Certaines applications MSI possèdent des dépendances sur un utilisateur logué (par exemple, pour lire et écrire dans la ruche HKCU du registre Windows). Dans ce cas, vous devez désélectionner cette option pour que la distribution se produise dans l'espace de sécurité de l'utilisateur plutôt que dans celui de l'espace de travail.
REMARQUE :Si une application requiert un redémarrage lors de l'installation, vous devez sélectionner
ou dans la zone de groupe et dans la zone de groupe .Si l'application est une application simple ou AOT : cette case est cochée par défaut. Les applications simples ou AOT associées à un poste de travail sont normalement distribuées dans l'espace de sécurité de l'utilisateur, ce qui signifie que le programme de lancement d'applicatifs utilise les références du poste de travail et son accès au système de fichiers.
Désélectionnez cette option pour indiquer au programme de lancement d'applicatifs de distribuer l'application sur l'espace de sécurité de l'utilisateur. Le programme de lancement d'applicatifs s'exécute ensuite sur l'espace de l'utilisateur et utilise les références de celui-ci pour distribuer les fichiers, même si l'application est associée au poste de travail.
Sélectionnez le mode de redémarrage d'un poste de travail. Les options disponibles sont les suivantes :
Si nécessaire : le programme de lancement d'applicatifs redémarre le poste de travail s'il n'est pas possible d'effectuer les modifications requises lorsque Windows est en cours d'exécution (par exemple, le remplacement de fichiers DLL ouverts).
Toujours : le programme de lancement d'applicatifs redémarre le poste de travail chaque fois que l'application est distribuée.
Jamais : le programme de lancement d'applicatifs ne redémarre pas le poste de travail. Les modifications sont appliquées au redémarrage suivant du poste de travail.
Le service NAL, qui s'exécute dans l'espace "système" plutôt que dans l'espace "utilisateur", distribue les applications associées au poste de travail sur les postes Windows 2000/XP. Si vous sélectionnez l'option
, le service NAL redémarre automatiquement le poste de travail même si vous avez défini l'option sur (reportez-vous ci-dessous) ; en d'autres termes, le service NAL ignore le paramètre . Il en va de même si l'option est sélectionnée et si le redémarrage est nécessaire.Indiquez si vous voulez ou non inviter l'utilisateur à redémarrer le poste de travail. Lorsque vous sélectionnez
mais que vous désélectionnez l'option (onglet > page ), aucune invite ne s'affiche. En d'autres termes, la désactivation de l'option annule l'activation de l'option .La page de propriétés Paramètres BITS 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.
La page Paramètres BITS permet de configurer les paramètres utilisés par Microsoft Background Intelligent Transfer Service (BITS - Service de transfert intelligent en arrière-plan) lors du transfert de l'application vers un poste de travail. Le service BITS n'est utilisé que si le programme de lancement d'applicatifs Novell et l'application sont configurés pour l'utiliser BITS (reportez-vous au Section 34.0, Distribution avancée : transfert d'applications à l'aide du service BITS).
Figure 48-16 Objet Application > onglet Options de distribution > page Paramètres BITS
BITS classe les éventuelles erreurs qui surviennent durant le transfert de l'application en erreurs fatales et erreurs intermittentes. BITS ne peut pas récupérer après une erreur fatale ; ce type d'erreur requiert l'intervention de l'administrateur pour corriger le problème. BITS peut parfois reprendre le travail après une erreur intermittente.
Utilisez cette option pour spécifier le délai minimum d'attente que BITS doit observer après une erreur intermittente avant d'essayer de transférer l'application à nouveau. La valeur par défaut est 600 secondes, soit 10 minutes. Le réglage minimum est de 60 secondes. Le réglage maximum est de 2 147 483 647 secondes.
Cette option permet de définir la durée (nombre de jours) pendant laquelle BITS essaiera de transférer l'application, à la suite d'une erreur intermittente, en l'absence de progression.
Utiliser le paramètre système (généralement 14 jours) : sélectionnez cette option pour utiliser le paramètre système Windows. Ce paramètre Windows est déterminé soit par 1) le paramètre par défaut de BITS, égal à 14 jours, soit par 2) le paramètre Timeout (jours) pour travaux inactifs de la stratégie de groupe Windows, qui par défaut n'est pas défini. Si vous sélectionnez cette option, le paramètre par défaut BITS (14 jours) est utilisé si aucune valeur n'a été attribuée au paramètre de la stratégie de groupe Windows. Vous pouvez utiliser l'Éditeur de stratégies de groupe Windows (gpedit.msc) pour afficher et modifier ce paramètre.
Utiliser le paramètre personnalisé : sélectionnez cette option pour saisir manuellement une période de timeout.
Si le transfert ne progresse pas durant la période de timeout, le compteur est réinitialisé. Si BITS s'interrompt suite à un dépassement du délai de non-progression, le contrôle du transfert revient au programme de lancement d'applicatifs, qui transfère l'application avec son processus de distribution standard.
Utilisez cette option pour attribuer un niveau de priorité de transfert à l'application. Vous pouvez choisir entre une priorité de premier plan et trois priorités d'arrière-plan (faible, normale, élevée).
La priorité de premier plan signifie que BITS transfère l'application en premier plan. Les transferts de premier plan sont prioritaires et sont traités avant les transferts d'arrière-plan. Les transferts de premier plan se partagent la bande passante du réseau avec les autres applications, ce qui peut gêner le travail de l'utilisateur. À moins que le calendrier de transfert ne soit critique ou que l'utilisateur attende ce transfert immédiatement, utilisez de préférence une priorité d'arrière-plan. En outre, BITS ne prend en charge la priorité de premier plan que pour les fichiers inférieurs à 2 Go.
Pour les trois priorités d'arrière-plan, le niveau de priorité détermine le moment de transfert par rapport aux autres transferts en file d'attente. Les transferts de priorité supérieure devancent ceux de priorité inférieure. Les transferts de même niveau de priorité se partagent le temps de transfert, ce qui empêche le blocage de la file d'attente par un transfert volumineux. Le temps de transfert n'est alloué aux transferts de priorité inférieure qu'après que les transferts de priorité supérieure terminés ou interrompus en état d'erreur.