Mettre à jour un module ThinApp géré par Omnissa Access

La mise à jour d'un module ThinApp qui est déjà géré par Omnissa Access et qui figure dans le catalogue de votre organisation implique plusieurs étapes. Le module ThinApp mis à jour peut vous être fourni par un autre groupe de votre organisation. Pour vous assurer qu'Omnissa Access peut automatiquement utiliser le module mis à jour à la place du module existant pour les utilisateurs autorisés, vérifiez que le module mis à jour a été créé en utilisant le même AppID que le module actuel, que sa valeur VersionID est supérieure à la valeur VersionID du module existant et qu'il est activé pour être géré par Omnissa Access.

Conditions préalables

Vérifiez que vous avez accès à l'emplacement dans lequel résident vos modules ThinApp gérés et que vous pouvez y créer des sous-dossiers.

Procédure

1. Obtenir les valeurs AppID et VersionID d'un module ThinApp géré.

2. Créer le module ThinApp mis à jour.

3. Copier un module ThinApp mis à jour dans le partage réseau.

Obtenir les valeurs AppID et VersionID d'un module ThinApp géré

Pour s'assurer qu'Omnissa Access utilise automatiquement le module ThinApp mis à jour à la place du module actuel, le module ThinApp mis à jour doit être créé en utilisant le AppID du module ThinApp actuellement géré et une valeur VersionID plus élevée que celle de la version actuelle.

Lorsque le processus Setup Capture est utilisé pour créer un module ThinApp mis à jour, la valeur AppID est automatiquement récupérée par le programme Setup Capture à partir des exécutables du module ThinApp existant, et la valeur VersionID est automatiquement incrémentée. Cependant, la personne qui crée le module ThinApp mis à jour peut utiliser une autre méthode pour créer le module mis à jour. Lorsque le processus Setup Capture n'est pas utilisé pour créer le module ThinApp mis à jour, la personne créant le module doit obtenir les valeurs AppID et VersionID pour le module ThinApp qui est actuellement géré par Omnissa Access. Les valeurs AppID et VersionID sont affichées sur la page des ressources du module ThinApp dans la console Omnissa Access.

Procédure

1. Dans la console Omnissa Access, sélectionnez Ressources > Applications virtuelles.

2. Cliquez sur l'icône dans l'en-tête de colonne Type et recherchez le module par nom ou sélectionnez Module ThinApp pour afficher tous les modules ThinApp.

3. Cliquez sur le module ThinApp.

4. Notez les valeurs suivantes.

   • La valeur Version dans la section Définition de la page.

   • La valeur AppID répertoriée dans la colonne GUID de la section Module ThinApp.

     La valeur indiquée dans la colonne GUID est celle qu' utilise Omnissa Access pour identifier ce module ThinApp.

Étape suivante

Pour créer le module ThinApp mis à jour, effectuez les étapes de la section Créer le module ThinApp mis à jour.

Créer le module ThinApp mis à jour

Après avoir obtenu les valeurs AppID et VersionID d'un module ThinApp géré par Omnissa Access, créez le module ThinApp mis à jour en suivant cette procédure pour vous assurer qu'Omnissa Access utilise automatiquement le module ThinApp mis à jour.

Les valeurs AppID et VersionID du module ThinApp actuellement géré servent à créer le module mis à jour. Le module mis à jour utilise la même valeur AppID et une valeur VersionID plus élevée.

Le module ThinApp mis à jour vous est parfois fourni par une autre équipe de votre organisation. La personne qui crée le module ThinApp mis à jour peut utiliser l'une des méthodes décrites.

Conditions préalables

Vérifiez que vous disposez des valeurs AppID et VersionID du module ThinApp actuel en suivant les instructions de la section Obtenir les valeurs AppID et VersionID d'un module ThinApp géré.

Vérifiez que vous disposez d'une version du programme ThinApp qui est compatible avec votre version d'Omnissa Access. Pour plus d'informations sur les versions ThinApp spécifiques, consultez la Matrice d'interopérabilité des produits.

Procédure

1. En utilisant une version du programme ThinApp qui est prise en charge par Omnissa Access, créez le module ThinApp à l'aide de l'une des méthodes disponibles.

   Option	Description
   Effectuez une nouvelle capture à l'aide de Setup Capture.	Utilisez cette méthode lorsque le dossier du projet du module ThinApp existant géré par Omnissa Access n'est pas disponible. Pour créer un module mis à jour avec Setup Capture, vous avez simplement besoin des éléments suivants : Les exécutables d'application du module ThinApp existant Le programme d'installation de l'application Setup Capture et une version du programme ThinApp prise en charge par Omnissa Access. Pendant le processus de capture, choisissez de gérer le module avec Omnissa Access et indiquez que le module est une mise à jour d'un module ThinApp de base existant. Accédez au dossier qui contient les exécutables du module ThinApp actuellement géré. Faites pointer le système vers le dossier, et non vers des exécutables spécifiques. Avec cette méthode, vous n'avez pas besoin d'obtenir les valeurs AppID ou VersionID avant de procéder à la création du module mis à jour. Une fois que vous avez désigné le module comme une mise à jour et que vous avez pointé vers la version antérieure dans Setup Capture, le processus de capture lit l'AppID du module antérieur et le réutilise pour le module mis à jour. Le processus fournit également une valeur VersionID incrémentée pour le module mis à jour, et attribue la même valeur InventoryName.
   Mettez manuellement à jour le fichier Package.ini, puis régénérez le module.	Utilisez cette méthode lorsque vous ne disposez pas du programme d'installation de l'application pour le processus de nouvelle capture, ou lorsque vous devez mettre à jour le module vers une version ThinApp plus récente et que vous souhaitez mettre à jour plus d'éléments que la commande relink peut gérer. Étant donné que l'opération de régénération d'un module incorpore les modifications dans le système de fichiers et le registre de la nouvelle version de ThinApp, elle récupère ces modifications, comme lorsqu'une nouvelle version de ThinApp fournit un nouveau paramètre Package.ini que vous souhaitez définir. Pour marquer le nouveau module comme étant une mise à jour, modifiez les paramètres d'Omnissa Access suivants dans la section [Build Options] du fichier Package.ini : Définissez le paramètre AppID afin qu'il corresponde à la valeur AppID de l'application ThinApp actuellement gérée. Vous ne pouvez pas utiliser la valeur genid pour AppID, car une nouvelle valeur AppID sera générée pour le module mis à jour et Omnissa Access ne reconnaîtra pas le nouveau module comme étant une mise à jour du module existant. Incrémentez la valeur du paramètre VersionID à un entier supérieur à la version du module ThinApp actuellement géré. Si aucun paramètre VersionID n'est défini pour le module actuellement géré, sa valeur est de 1 par défaut, et vous devez ajouter une ligne pour le paramètre VersionID dans Package.ini en le définissant sur une valeur de 2 (VersionID = 2). Assurez-vous que la valeur du paramètre InventoryName correspond à la valeur InventoryName du module actuellement géré. Les valeurs InventoryName du module actuel et du module mis à jour doivent être identiques.
   Utilisez la commande relink -h avec les options AppID et VersionID.	Utilisez cette méthode dans l'une des situations suivantes : Vous ne disposez pas du dossier du projet de l'application. Vous avez déjà capturé, généré et testé le module en dehors d'un environnement Omnissa Access, et il vous reste uniquement à activer le module mis à jour pour Omnissa Access et à le placer dans le partage réseau utilisé par Omnissa Access Connector. Vous mettez à jour le module uniquement pour mettre à jour le runtime ThinApp afin de permettre au module d'intégrer les correctifs de bogues disponibles dans cette nouvelle version de ThinApp. Par exemple, si vous avez changé le répertoire de projet, incluant le fichier Package.ini, d'une application virtuelle, régénéré et testé le module, il se peut que l'environnement de test n'ait pas été Omnissa Access. L'étape finale de la mise à jour de l'application consiste à l'activer pour Omnissa Access. À ce stade, la solution la plus simple consiste à utiliser la commande relink -h, au lieu de procéder à une nouvelle capture ou à une régénération. Remarque : le runtime ThinApp est toujours mis à jour lorsque vous exécutez la commande relink -h sur un module ThinApp. Vous pouvez exécuter la commande relink à partir du répertoire Program Files de ThinApp pour obtenir de l'aide sur la syntaxe de la commande. Lorsque le module ThinApp est déjà activé pour une utilisation par Omnissa Access, vous pouvez exécuter la commande suivante pour réutiliser l'AppID existant du module et incrémenter la valeur VersionID : relink -h -VersionID + executable-folder/. où executable-folder est un dossier contenant les exécutables du module ThinApp que vous souhaitez mettre à jour. Important : lorsque vous utilisez la commande relink, vous ne pouvez pas la faire pointer directement vers le dossier des exécutables du module sur le partage réseau utilisé par les modules ThinApp dans l'environnement Omnissa Access. La commande convertit les anciens exécutables en fichiers BAK lorsqu'elle met à jour le runtime ThinApp, et elle écrit ces fichiers BAK, ainsi que les nouveaux fichiers, dans le dossier. Le partage réseau n'autorisant pas l'écriture, vous devez faire pointer relink vers une copie du dossier des exécutables. D'autres cas d'utilisation de la commande relink, notamment l'activation d'un module ThinApp en vue d'une utilisation dans un environnement Omnissa Access, sont traités dans l'article 2021928 de la base de connaissances.

Résultats

Vous disposez d'un ensemble de fichiers (fichiers EXE et éventuellement fichiers DAT) pour le module ThinApp mis à jour.

Étape suivante

Copiez les fichiers dans un nouveau sous-dossier sur le partage réseau, en suivant les instructions de la section Copier un module ThinApp mis à jour dans le partage réseau.

Copier un module ThinApp mis à jour dans le partage réseau

Après avoir créé le module ThinApp mis à jour, copiez les fichiers appropriés dans un nouveau sous-dossier au même niveau que le sous-dossier existant sur le partage réseau pour garantir qu'Omnissa Access utilise automatiquement le module ThinApp mis à jour.

Conditions préalables

Vérifiez que vous disposez des fichiers du module ThinApp mis à jour, suite à l'exécution de la procédure indiquée dans la rubrique Créer le module ThinApp mis à jour et à l'incrémentation de la valeur VersionID.

Vérifiez que vous disposez d'un accès au partage réseau et que vous pouvez y créer des sous-dossiers et y copier des fichiers.

Procédure

1. Dans le dossier de partage réseau, créez un sous-dossier pour le module ThinApp mis à jour.

   Conservez le sous-dossier existant du module ThinApp que vous mettez à jour, et ne modifiez pas son contenu.

   Après la prochaine synchronisation planifiée, Omnissa Access ignorera l'ancien module lorsqu'il reconnaîtra que le nouveau module a la même valeur AppID et une valeur VersionID plus élevée.

   Il est généralement recommandé d'attribuer au sous-dossier un nom correspondant à celui de l'application ThinApp ou suffisamment explicite pour indiquer quelle application se trouve dans le dossier. Par exemple, si le partage réseau est nommé appshare sur un hôte intitulé server, et si l'application est nommée abceditor, le sous-dossier du module ThinApp doit être \\server\appshare\abceditor.

   Remarque : n'utilisez pas de caractères non-ASCII lorsque vous créez les noms de sous-dossiers de votre partage réseau pour des modules ThinApp à distribuer à l'aide d'Omnissa Access. Les caractères non-ASCII ne sont pas pris en charge.

2. Copiez les fichiers EXE et DAT du module ThinApp mis à jour dans ce nouveau sous-dossier.

3. (Facultatif) Si vous ne souhaitez pas attendre la prochaine heure de synchronisation planifiée, vous pouvez synchroniser manuellement Omnissa Access avec le partage réseau sur la page Applications packagées - ThinApp de la console Omnissa Access.

   Lorsque Omnissa Access Connector effectue la synchronisation planifiée avec le dossier du partage réseau et qu'il rencontrere une application portant le même AppID qu'une autre application, il compare les valeurs de VersionID. Le module ThinApp ayant la valeur VersionID la plus élevée est utilisé en tant que mise à jour la plus récente. Omnissa Access incorpore automatiquement les droits d'utilisateur précédents dans le module ThinApp ayant la valeur VersionID la plus élevée, et les raccourcis sur les systèmes des utilisateurs sont synchronisés pour pointer vers le module mis à jour.

Étape suivante

Votre catalogue Omnissa Access affiche la nouvelle version du module ThinApp mis à jour après la prochaine synchronisation du module ThinApp. Si vous souhaitez appliquer la nouvelle version sur la page de ressources du module ThinApp, vous pouvez synchroniser manuellement la collecte d'applications virtuelles à partir de la page de collecte d'applications virtuelles ThinApp dans la console Omnissa Access.