Aktualisieren eines ThinApp-Pakets, das von Omnissa Access verwaltet wird

Für die Aktualisierung eines ThinApp-Pakets, das bereits von Omnissa Access verwaltet und im Katalog Ihrer Organisation geführt wird, sind mehrere Schritte erforderlich. Das aktualisierte ThinApp-Paket könnte für Sie durch eine andere Gruppe in Ihrer Organisation bereitgestellt werden. Damit Omnissa Access das aktualisierte Paket automatisch anstelle des vorhandenen Pakets für die berechtigten Benutzer verwenden kann, müssen Sie sicherstellen, dass das aktualisierte Paket mit der gleichen AppID erstellt wurde wie das aktuelle Paket, dass der Wert VersionID des aktualisierten Pakets höher ist als der VersionID-Wert des vorhandenen Pakets und dass das Paket für die Verwaltung durch aktualisiert ist.

Voraussetzungen

Vergewissern Sie sich, dass Sie Zugriff auf den Speicherort haben, auf dem sich Ihre verwalteten ThinApp-Pakete befinden, und dass Sie Unterordner an diesem Speicherort erstellen können.

Vorgehensweise

1. Abrufen der AppID- und VersionID-Werte eines verwalteten ThinApp-Pakets.

2. Erstellen des aktualisierten ThinApp-Pakets.

3. Kopieren eines aktualisierten ThinApp-Pakets in die Netzwerkfreigabe.

Abrufen der AppID- und VersionID-Werte eines verwalteten ThinApp-Pakets

Damit Omnissa Access automatisch das aktualisierte ThinApp-Paket anstelle des aktuellen Pakets verwendet, muss das aktualisierte ThinApp-Paket mit der AppID des aktuell verwalteten ThinApp-Pakets und einem höheren Wert VersionID als dem der aktuellen Version erstellt werden.

Wenn der Setup Capture-Vorgang zum Erstellen eines aktualisierten ThinApp-Pakets verwendet wird, wird der AppID-Wert automatisch vom Setup Capture-Programm aus den ausführbaren Dateien des vorhandenen ThinApp-Pakets abgerufen, und der VersionID-Wert wird automatisch erhöht. Allerdings verwendet die Person, die das aktualisierte ThinApp-Paket erstellt, möglicherweise eine andere Methode beim Erstellen des aktualisierten Pakets. Wenn das aktualisierte ThinApp-Paket nicht mit dem Setup Capture-Vorgang erstellt wird, muss die Person, die das Paket erstellt, den Wert AppID und VersionID für das ThinApp-Paket abrufen, das aktuell von Omnissa Access verwaltet wird. Der Wert AppID und VersionID werden auf der Ressourcenseite des ThinApp-Pakets in der Omnissa Access-Konsole angezeigt.

Vorgehensweise

1. Wählen Sie in der Omnissa Access-Konsole die Optionen Ressourcen > Virtuelle Apps aus.

2. Klicken Sie auf das Symbol in der Spaltenüberschrift Typ, suchen Sie das Paket nach dem Namen oder wählen Sie ThinApp-Paket aus, um alle ThinApp-Pakete anzuzeigen.

3. Klicken Sie auf das ThinApp-Paket.

4. Notieren Sie sich die folgenden Werte.

   • Der Wert Version im Abschnitt Definition der Seite.

   • Der AppID-Wert, der in der Spalte GUID im Abschnitt ThinApp-Paket aufgeführt ist.

     Der in der Spalte „GUID“ aufgeführte Wert ist der Wert, den Omnissa Access zur Identifizierung dieses ThinApp-Pakets verwendet.

Nächste Schritte

Um das aktualisierte ThinApp-Paket zu erstellen, führen Sie die Schritte in Erstellen des aktualisierten ThinApp-Pakets aus.

Erstellen des aktualisierten ThinApp-Pakets

Nachdem Sie die Werte AppID und VersionID eines ThinApp-Pakets erhalten haben, das von Omnissa Access verwaltet wird, erstellen Sie das aktualisierte ThinApp-Paket im Anschluss an dieses Verfahren, um sicherzustellen, dass Omnissa Access automatisch das aktualisierte ThinApp-Paket verwendet.

Das aktualisierte ThinApp-Paket wird mit den AppID- und VersionID-Werten des aktuell verwalteten ThinApp-Pakets erstellt. Das aktualisierte Paket verwendet denselben AppID-Wert und einen höheren VersionID-Wert.

Es kann vorkommen, dass das aktualisierte ThinApp-Paket von einem anderen Team in Ihrer Organisation für Sie bereitgestellt wird. Die Person, die das aktualisierte ThinApp-Paket erstellt, kann eine der beschriebenen Methoden verwenden.

Voraussetzungen

Stellen Sie sicher, dass Sie über die Werte AppID und VersionID des aktuellen ThinApp-Pakets verfügen, indem Sie die Schritte unter AppID- und VersionID-Werte eines verwalteten ThinApp-Pakets abrufen ausführen.

Versichern Sie sich, dass Sie über eine Version des ThinApp-Programms verfügen, die mit Ihrer Version von Omnissa Access kompatibel ist. Informationen zu bestimmten ThinApp-Versionen finden Sie in der Produkt-Interoperabilitätstabellen.

Vorgehensweise

1. Erstellen Sie das aktualisierte ThinApp-Paket mit einer Version des ThinApp-Programms, das von Omnissa Access unterstützt wird, und verwenden Sie dabei eine der verfügbaren Methoden.

   Option	Beschreibung
   Mit Setup Capture erneut erfassen.	Verwenden Sie diese Methode, wenn der Projektordner für das vorhandene von Omnissa Access verwaltete ThinApp-Paket nicht verfügbar ist. Zum Erstellen eines aktualisierten Pakets mit Setup Capture benötigen Sie nur Folgendes: Die ausführbaren Dateien der Anwendungen aus dem vorhandenen ThinApp-Paket Das Installationsprogramm für die Anwendung Setup Capture und das ThinApp-Programm in einer von Omnissa Access unterstützten Version. Geben Sie während des Erfassungsvorgangs an, dass das Paket mit Omnissa Access verwaltet werden soll und dass es sich bei dem Paket um eine Aktualisierung eines vorhandenen ThinApp-Basispakets handelt. Öffnen Sie den Ordner, der die ausführbaren Dateien für das aktuell verwaltete ThinApp-Paket enthält. Verweisen Sie auf den Ordner, nicht auf spezifische ausführbare Dateien. Mit dieser Methode brauchen Sie die Werte für AppID oder VersionID nicht vor dem Erstellen des aktualisierten Pakets abzurufen. Nachdem Sie das Paket als Aktualisierung festgelegt und in Setup Capture einen Verweis auf die Vorgängerversion erstellt haben, liest der Erfassungsvorgang die AppID des Vorgängerpakets und verwendet sie für das aktualisierte Paket. Der Vorgang erstellt außerdem eine höhere VersionID für das aktualisierte Paket und weist denselben InventoryName zu.
   Aktualisieren Sie die Package.ini-Datei manuell und erstellen Sie das Paket dann neu.	Verwenden Sie diese Methode, wenn Sie nicht über das Installationsprogramm der Anwendung für den erneuten Erfassungsvorgang verfügen oder wenn Sie das Paket auf eine neuere ThinApp-Version aktualisieren müssen und der Aktualisierungsumfang größer ist, als der Befehl relink leisten könnte. Da beim erneuten Erstellen eines Pakets Änderungen am Dateisystem und an der Registrierung vorgenommen werden, die in einer neuen Version von ThinApp enthalten sind, würden diese Änderungen beim erneuten Erstellen aufgenommen, zum Beispiel, wenn eine neue ThinApp-Version einen neuen Package.ini-Parameter enthält, den Sie festlegen möchten. Um das neue Paket als Aktualisierung zu kennzeichnen, bearbeiten Sie die folgenden Omnissa Access Parameter im Abschnitt [Build Options] der Package.ini-Datei: Legen Sie den AppID-Parameter so fest, dass er mit dem AppID-Wert der aktuell verwalteten ThinApp-Anwendung übereinstimmt. Sie können einen genid-Wert nicht als AppID wiederverwenden, da in diesem Fall ein neuer AppID-Wert für das aktualisierte Paket generiert wird. Omnissa Access würde das neue Paket dadurch jedoch nicht als Aktualisierung des vorhandenen Pakets erkennen. Erhöhen Sie den Wert des VersionID-Parameters auf eine höhere Ganzzahl als den Wert des aktuell verwalteten ThinApp-Pakets. Falls kein VersionID-Parameter für das aktuell verwaltete Paket festgelegt ist, lautet der Standardwert „1“; fügen Sie in diesem Fall eine Zeile für den VersionID-Parameter in die Package.ini-Datei ein und geben Sie dafür den Wert „2“ (VersionID = 2) an. Achten Sie darauf, dass der InventoryName-Parameterwert mit dem InventoryName-Wert des aktuell verwalteten Pakets übereinstimmt. Die InventoryName-Werte für das aktuelle Paket und das aktualisierte Paket müssen identisch sein.
   Verwenden Sie den Befehl relink -h mit den AppID- und VersionID-Optionen.	Verwenden Sie diese Methode in einer der folgenden Situationen: Sie haben den Projektordner für die Anwendung nicht. Sie haben das Paket bereits außerhalb einer Omnissa Access-Umgebung erfasst, gebaut und getestet, und die einzigen verbleibenden Schritte bestehen darin, das aktualisierte Paket für Omnissa Access zu aktivieren und es in der vom Omnissa Access Connector verwendeten Netzwerkfreigabe zu platzieren. Sie aktualisieren das Paket nur, um die ThinApp-Laufzeit für das Paket zu aktualisieren, damit die in der neuen ThinApp-Version verfügbaren Fehlerkorrekturen integriert werden. Beispiel: Wenn Sie das Projektverzeichnis (einschließlich der Package.ini-Datei) für eine virtuelle Anwendung geändert, das Paket neu erstellt und getestet haben, war die Testumgebung möglicherweise nicht Omnissa Access. Um die Aktualisierung der Anwendung abzuschließen, müssen Sie sie für Omnissa Access aktualisieren. An diesem Punkt ist es der einfachste Weg, den Befehl relink -h zu verwenden, anstatt das Paket neu zu erfassen oder neu zu erstellen. Hinweis: Die ThinApp-Laufzeit wird immer aktualisiert, wenn Sie den Befehl relink -h für ein ThinApp-Paket ausführen. Sie können den relink-Befehl vom Verzeichnis der ThinApp-Programmdateien aus ausführen, um Hilfe zur Befehlssyntax zu erhalten. Wenn das vorhandene ThinApp-Paket bereits zur Verwendung durch Omnissa Access aktiviert wurde, können Sie den folgenden Befehl ausführen, um die vorhandene AppID des Pakets wiederzuverwenden und die VersionID zu erhöhen: relink -h -VersionID + executable-folder/*.* Dabei ist executable-folder ein Ordner, der die ausführbaren Dateien des ThinApp-Pakets enthält, das Sie aktualisieren möchten. Wichtig: Wenn Sie den Befehl relink verwenden, können Sie diesen nicht direkt auf den Ordner mit den ausführbaren Dateien des Pakets verweisen lassen, der sich in der von der Omnissa Access-Umgebung verwendeten Netzwerkfreigabe für die ThinApp-Pakete befindet. Der Befehl konvertiert die alten ausführbaren Dateien beim Aktualisieren der ThinApp-Laufzeit in BAK-Dateien und schreibt diese BAK-Dateien sowie die neuen Dateien in den Ordner. Da das Schreiben in die Netzwerkfreigabe normalerweise nicht erlaubt ist, müssen Sie den relink-Befehl auf eine Kopie des Ordners mit den ausführbaren Dateien verweisen lassen. Andere Anwendungsfälle für den Befehl relink, einschließlich der Aktivierung eines ThinApp-Pakets zur Verwendung in einer Omnissa Access-Umgebung, werden im Knowledgebase-Artikel 2021928 behandelt.

Ergebnisse

Sie verfügen über einen Dateisatz (EXE-Dateien und optional DAT-Dateien) für das aktualisierte ThinApp-Paket.

Nächste Schritte

Kopieren Sie die Dateien in einen neuen Unterordner auf der Netzwerkfreigabe, indem Sie die unter Kopieren eines aktualisierten ThinApp-Pakets in die Netzwerkfreigabe beschriebenen Schritte ausführen.

Kopieren eines aktualisierten ThinApp-Pakets in die Netzwerkfreigabe

Nachdem Sie das aktualisierte ThinApp-Paket erstellt haben, kopieren Sie die entsprechenden Dateien in einen neuen Unterordner auf derselben Ebene wie der vorhandene Unterordner auf der Netzwerkfreigabe, um sicherzustellen, dass Omnissa Access automatisch das aktualisierte ThinApp-Paket nutzt.

Voraussetzungen

Vergewissern Sie sich, dass Sie über die Dateien für das aktualisierte ThinApp-Paket verfügen, nachdem Sie die Schritte unter Erstellen des aktualisierten ThinApp-Pakets ausgeführt und den Wert VersionID erhöht haben.

Vergewissern Sie sich, dass Sie Zugriff auf die Netzwerkfreigabe haben, Unterordner erstellen und Dateien in diese kopieren können.

Vorgehensweise

1. Erstellen Sie im Netzwerkfreigabeordner einen neuen Unterordner für das aktualisierte ThinApp-Paket.

   Behalten Sie den vorhandenen Unterordner für das ThinApp-Paket, das Sie aktualisieren, bei und ändern Sie seinen Inhalt nicht.

   Nach der nächsten planmäßigen Synchronisierung ignoriert Omnissa Access das ältere Paket, wenn es erkennt, dass das neue Paket denselben Wert AppID und einen höheren Wert VersionID hat.

   Normalerweise wird bei der Benennung des Unterordners derselbe Name verwendet wie für die ThinApp-Anwendung oder es wird angegeben, welche Anwendung sich in dem Ordner befindet. Wenn sich die Netzwerkfreigabe namens appshare beispielsweise auf einem Host mit dem Namen server befindet und die Anwendung abceditor heißt, lautet der Unterordner für das ThinApp-Paket \\server\appshare\abceditor.

   Hinweis: Verwenden Sie beim Erstellen von Namen für die Unterordner Ihrer Netzwerkfreigabe, deren ThinApp-Pakete mit Omnissa Access verteilt werden sollen, ausschließlich ASCII-Zeichen. Nicht-ASCII-Zeichen werden nicht unterstützt.

2. Kopieren Sie die EXE- und DAT-Dateien für das aktualisierte ThinApp-Paket in den neuen Unterordner.

3. (Optional) Wenn Sie nicht auf die nächste geplante Synchronisierungszeit warten möchten, können Sie Omnissa Access manuell mit der Netzwerkfreigabe über die Seite „Packaged Apps – ThinApp“ der Omnissa Access-Konsole synchronisieren.

   Wenn der Omnissa Access Connector 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.

Nächste Schritte

Ihr Omnissa Access-Katalog zeigt die neue Version des aktualisierten ThinApp-Pakets nach der nächsten ThinApp-Paketsynchronisierung an. Wenn Sie möchten, dass die neue Version auf der Ressourcenseite des ThinApp-Pakets angezeigt wird, können Sie die Sammlung virtueller Apps manuell über die Seite „Sammlung virtueller ThinApp-Apps“ in der Omnissa Access-Konsole synchronisieren.