Actualizar paquetes de ThinApp administrados después de la implementación en Omnissa Access

Después de agregar un paquete de ThinApp al catálogo de la organización y de autorizar a los usuarios de Omnissa Access a utilizar ese paquete de ThinApp, es posible que la organización quiera actualizar ese paquete y que los usuarios utilicen una versión nueva o recompilada del paquete de ThinApp, sin necesidad de eliminar las asignaciones de usuario para el paquete actual y asignar usuarios para el nuevo.

Puede que haya disponible un paquete de ThinApp actualizado porque se publique una versión más reciente de la aplicación de Windows para ese paquete, o porque el empaquetador de la aplicación cambie los valores de los parámetros utilizados por el paquete.

ThinApp proporciona un mecanismo de actualización para los paquetes de ThinApp que se utilizan en Omnissa Access. Este mecanismo de actualización de ThinApp es distinto a otros mecanismos de actualización de ThinApp que se utilizan fuera del entorno de Omnissa Access. Para poder implementar el paquete actualizado en Omnissa Access y que los usuarios vean automáticamente la versión más reciente, el paquete de ThinApp actualizado se debe haber actualizado mediante este mecanismo.

En el caso de los paquetes de ThinApp administrados en Omnissa Access, Omnissa Access utiliza dos parámetros del archivo Package.ini para determinar si un paquete es una versión actualizada de otro.

• AppID

  El identificador único del paquete de ThinApp en Omnissa Access. A todos los puntos de entrada (ejecutables) de la aplicación del paquete se les asigna el mismo AppID. Después de sincronizar un paquete de ThinApp con el catálogo de Omnissa Access de la organización, el paquete AppID se muestra en la columna GUID de la página de recursos del paquete de ThinApp. Este valor está formado por caracteres alfanuméricos en un patrón de conjuntos de caracteres, con cada conjunto está separado por guiones, como en el ejemplo siguiente:

  XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX 
  

  Omnissa Access considera que todos los paquetes de ThinApp con el mismo AppID son versiones de la misma aplicación.

• VersionID

  El número del versión del paquete de ThinApp. Omnissa Access utiliza el VersionID para realizar un seguimiento de las distintas versiones del paquete de ThinApp administrado. Para marcar el paquete de ThinApp como una actualización de otro paquete, se incrementa en uno (1) el valor de VersionID, conservando el mismo AppID.

El paquete actualizado se coloca en una nueva carpeta dentro de la carpeta compartida de red configurada para los paquetes de ThinApp administrados. Cuando Omnissa Access realiza la sincronización programada con la carpeta del recurso compartido de red y detecta una aplicación con el mismo AppID que otra aplicación, compara los valores de VersionID. El paquete de ThinApp con el mayor VersionID se utilizará como la actualización más reciente. Omnissa Access incorpora automáticamente las autorizaciones del usuario previas al paquete de ThinApp con el mayor VersionID, y los accesos directos de los sistemas de los usuarios se sincronizan para que dirijan al paquete actualizado.

Importante: El parámetro InventoryName estándar de ThinApp es importante para actualizar correctamente los paquetes de ThinApp administrados. Tanto el paquete de ThinApp anterior como el actualizado deben tener el mismo valor en el parámetro InventoryName. Si la persona que crea el paquete de ThinApp cambia el valor del parámetro InventoryName en un paquete y, a continuación, crea un paquete actualizado, debe asegurarse de que los valores de InventoryName coincidan para que las actualizaciones funcionen correctamente en Omnissa Access.

Para obtener información detallada sobre los diversos parámetros utilizados en el archivo Package.ini del paquete de ThinApp, consulte la Guía de referencia de los parámetros del archivo Package.ini de ThinApp.