Mise à jour de modules ThinApp gérés après un déploiement dans Omnissa Access

Après avoir ajouté un module ThinApp au catalogue de l'organisation et avoir octroyé ce module ThinApp aux utilisateurs d'Omnissa Access, votre organisation peut souhaiter mettre à jour ce module et faire en sorte que les utilisateurs utilisent une version plus récente ou régénérée du module ThinApp, sans devoir supprimer les attributions utilisateur du module actuel, puis leur attribuer le module plus récent.

Un module ThinApp mis à jour peut devenir disponible lorsqu'une version plus récente de l'application Windows pour ce module est publiée, ou parce que le créateur du module de l'application a modifié les valeurs des paramètres utilisés par le module.

ThinApp fournit un mécanisme de mise à jour pour les modules ThinApp utilisés dans Omnissa Access. Ce mécanisme de mise à jour ThinApp est différent des autres mécanismes de mise à jour des modules ThinApp utilisés à l'extérieur d'un environnement Omnissa Access. Le module ThinApp mis à jour doit l'avoir été avec ce mécanisme pour vous permettre de déployer le module mis à jour dans Omnissa Access et pour permettre aux utilisateurs de voir automatiquement la nouvelle version.

Pour les modules ThinApp gérés dans Omnissa Access, deux paramètres Package.ini sont utilisés par Omnissa Access pour déterminer qu'un module est une version mise à jour d'un autre module.

• AppID

  Identifiant unique du module ThinApp dans Omnissa Access. Le même AppID est attribué à tous les points d'entrée (exécutables) de l'application du module. Une fois qu'un module ThinApp est synchronisé avec le catalogue Omnissa Access de votre organisation, l'AppID du module s'affiche dans la colonne GUID de la page de ressources du module ThinApp. Cette valeur est composée de caractères alphanumériques disposés par groupes séparés par des traits d'union, comme dans l'exemple suivant :

  XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX 
  

  Omnissa Access considère que tous les modules ThinApp portant le même AppID correspondent à autant de versions de la même application.

• VersionID

  Numéro de version du module ThinApp. Omnissa Access utilise la valeur VersionID pour suivre les différentes versions du module ThinApp géré. Vous incrémentez la valeur VersionID de un (1) pour indiquer que ce module ThinApp est une mise à jour d'un autre module, conservant le même AppID.

Vous placez le module mis à jour dans un nouveau dossier, dans le dossier de partage réseau configuré pour les modules ThinApp gérés. Lorsqu'Omnissa Access effectue la synchronisation planifiée avec le dossier du partage réseau et qu'il rencontre 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.

Important : le paramètre ThinApp InventoryName standard est important pour réussir les mises à jour des modules ThinApp gérés. Les modules ThinApp précédent et mis à jour doivent avoir la même valeur pour le paramètre InventoryName. Si la personne qui crée le module ThinApp modifie le paramètre InventoryName dans un module, puis crée un module mis à jour, vous devez vous assurer que les valeurs du paramètre InventoryName correspondent pour que les mises à jour fonctionnent correctement dans Omnissa Access.

Pour plus de détails sur les différents paramètres utilisés dans le fichier Package.ini d'un module ThinApp, reportez-vous au document Guide de référence des paramètres Package.ini ThinApp.