Aktualisieren verwalteter ThinApp-Pakete nach der Bereitstellung in Omnissa Access

Nachdem Sie ein ThinApp-Paket zum Katalog Ihrer Organisation hinzugefügt und Ihren Omnissa Access-Benutzern Berechtigungen für das ThinApp-Paket erteilt haben, möchte Ihre Organisation dieses Paket möglicherweise aktualisieren und die Benutzer eine neuere oder überarbeitete Version des ThinApp-Pakets verwenden lassen, ohne die Benutzerzuweisungen aus dem aktuellen Paket entfernen und die Benutzer dem neueren Paket zuweisen zu müssen.

Ein aktualisiertes ThinApp-Paket könnte zur Verfügung gestellt werden, weil eine neuere Version der Windows-Anwendung für das Paket herausgegeben wurde oder weil der Objekt-Manager der Anwendung die Werte für die vom Paket verwendeten Parameter geändert hat.

ThinApp bietet einen Aktualisierungsmechanismus für ThinApp-Pakete, die in Omnissa Access verwendet werden. Dieser ThinApp-Aktualisierungsmechanismus unterscheidet sich von anderen Aktualisierungsmechanismen für ThinApp-Pakete, die außerhalb einer Omnissa Access-Umgebung verwendet werden. Das aktualisierte ThinApp-Paket muss mit diesem Mechanismus aktualisiert worden sein, damit Sie das aktualisierte Paket in Omnissa Access bereitstellen und die Benutzer die neuere Version automatisch sehen können.

Für ThinApp-Pakete, die in Omnissa Access verwaltet werden, verwendet Omnissa Access zwei Package.ini-Parameter, um zu ermitteln, dass es sich bei einem Paket um eine aktualisierte Version eines anderen Pakets handelt.

• AppID

  Der eindeutige Bezeichner für das ThinApp-Paket in Omnissa Access. Allen Eingangspunkten (ausführbaren Dateien) für die Anwendung des Pakets wird dieselbe AppID zugewiesen. Nachdem ein ThinApp-Paket mit dem Omnissa Access-Katalog Ihrer Organisation synchronisiert wurde, wird die AppID des Pakets in der Spalte „GUID“ auf der Ressourcenseite des ThinApp-Pakets angezeigt. Dieser Wert besteht aus alphanumerischen Zeichen in einem Muster aus Zeichensätzen, die jeweils durch Bindestriche getrennt sind, z. B.:

  XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX 
  

  Omnissa Access wertet ThinApp-Pakete mit derselben AppID als Versionen derselben Anwendung.

• VersionID

  Die Versionsnummer des ThinApp-Pakets. Omnissa Access verfolgt anhand der VersionID die verschiedenen Versionen des verwalteten ThinApp-Pakets nach. Sie erhöhen den VersionID-Wert um eins (1), um das ThinApp-Paket als Aktualisierung eines anderen Pakets zu kennzeichnen, behalten jedoch dieselbe AppID bei.

Sie stellen das aktualisierte Paket in einen neuen Ordner innerhalb des Netzwerkfreigabeordners, der für die verwalteten ThinApp-Pakete konfiguriert wurde. Wenn Omnissa Access die geplante Synchronisierung mit dem Netzwerkfreigabeordner durchführt und auf eine Anwendung trifft, die dieselbe AppID wie eine andere Anwendung hat, vergleicht er die Werte VersionID. Das ThinApp-Paket mit der höchsten VersionID wird als letzte Aktualisierung verwendet. Omnissa Access übernimmt automatisch die vorherigen Benutzerberechtigungen für das ThinApp-Paket mit der höchsten VersionID, und Verknüpfungen auf den Systemen der Benutzer werden synchronisiert, damit sie auf das aktualisierte Paket verweisen.

Wichtig: Der Standardparameter InventoryName der ThinApp ist wichtig, damit verwaltete ThinApp-Pakete korrekt aktualisiert werden können. Sowohl das vorherige als auch das aktualisierte ThinApp-Paket muss denselben Wert für den Parameter InventoryName aufweisen. Wenn die Person, die das ThinApp-Paket erstellt, den Parameter InventoryName in einem Paket ändert und anschließend ein aktualisiertes Paket erstellt, müssen Sie darauf achten, dass die Werte InventoryName der Aktualisierungen übereinstimmen, damit das Update in Omnissa Access korrekt funktioniert.

Nähere Informationen über die diversen Parameter, die in der Package.ini-Datei eines ThinApp-Pakets verwendet werden, finden Sie im Referenzhandbuch zu Package.ini-Parametern für ThinApps.