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'Workspace ONE Access. Pour obtenir des informations sur les versions spécifiques à ThinApp, reportez-vous aux Matrices d'interopérabilité des produits VMware à l'adresse http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Procédure

  • En utilisant une version du programme ThinApp qui est prise en charge par Workspace ONE 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 Workspace ONE 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 Workspace ONE Access.

    Pendant le processus de capture, choisissez de gérer le module avec Workspace ONE 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' Workspace ONE 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 Workspace ONE 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 à la 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 Workspace ONE Access, et il vous reste uniquement à activer le module mis à jour pour Workspace ONE Access et à le placer dans le partage réseau utilisé par le connecteur.
    • 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é Workspace ONE Access. L'étape finale de la mise à jour de l'application consiste à l'activer pour Workspace ONE 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.

    Note : 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 Workspace ONE 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/*.*

    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 Workspace ONE 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 Workspace ONE Access, sont traités dans l'article de la base de connaissances VMware accessible à l'adresse http://kb.vmware.com/kb/2021928.

Résultats

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

Que faire ensuite

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.