创建已更新的 ThinApp 软件包

获取由 Workspace ONE Access 管理的 ThinApp 软件包的 AppID 和 VersionID 值后，按照此过程创建已更新的 ThinApp 软件包，以确保 Workspace ONE Access 自动使用已更新的 ThinApp 软件包。

当前受管 ThinApp 软件包的 AppID 和 VersionID 值用于创建更新的软件包。更新的软件包使用同一 AppID 值和更高的 VersionID 值。

有时，更新的 ThinApp 软件包由您组织内的其他团队提供。创建更新的 ThinApp 软件包的人员可以使用本部分介绍的方法之一。

前提条件

验证您是否已通过执行获取受管 ThinApp 软件包的 AppID 和 VersionID 值中的步骤获得了当前 ThinApp 软件包的 AppID 和 VersionID 值。

验证您是否拥有与 Workspace ONE Access 版本兼容的 ThinApp 程序版本。有关 ThinApp 特定版本的信息，请参阅位于以下位置的 VMware 产品互操作性列表：http://www.vmware.com/resources/compatibility/sim/interop_matrix.php。

过程

♦ 使用 Workspace ONE Access 支持的某个 ThinApp 程序版本，按照其中一种可用方法创建更新的 ThinApp 软件包。

选项描述

使用“设置捕获”功能重新捕获。

选项	描述
使用“设置捕获”功能重新捕获。	当 Workspace ONE Access 管理的现有 ThinApp 软件包的项目文件夹不可用时，请使用此方法。要使用“设置捕获”功能创建更新的软件包，您只需要以下项目：现有 ThinApp 软件包的应用程序可执行文件应用程序安装程序 “设置捕获”功能及 Workspace ONE Access 支持的 ThinApp 程序版本。在捕获过程中，选择通过 Workspace ONE Access 管理软件包，并指定软件包是对现有的基础 ThinApp 软件包的更新。浏览到包含当前受管 ThinApp 软件包的可执行文件的文件夹。指向该文件夹，而非具体的可执行文件。使用此方法时，您无需在创建更新的软件包之前获取 AppID 或 VersionID 值。在“设置捕获”中指定软件包是更新软件包并指向之前版本的软件包之后，捕获过程将读取之前版本软件包的 AppID，然后将其重新用于更新的软件包。该过程还为更新的软件包提供递增的 VersionID，并分配相同的 InventoryName。
手动更新 Package.ini 文件，然后重建软件包。	当您没有应用程序安装程序可用于重新捕获过程时，或者需要将软件包更新为某个更新版本的 ThinApp，并且要更新的内容超出 relink 命令的处理能力时，请使用此方法。因为重建软件包的过程会合并新版本的 ThinApp 为文件系统和注册表引入的更改，重建操作会选出这些更改，例如当新版本的 ThinApp 提供您要设置的 Package.ini 新参数时。要将新软件包标记为更新软件包，请在 Package.ini 文件的 `[Build Options]` 部分编辑以下 Workspace ONE Access 参数：将 AppID 参数设置为与当前受管 ThinApp 应用程序的 AppID 一致的值。您不能将 genid 的值重新用于 AppID，因为如果这样做，稍后会为更新的软件包生成一个新的 AppID 值，这会导致 Workspace ONE Access 无法识别新软件包是对现有软件包的更新。将 VersionID 参数的值增大到一个比当前受管 ThinApp 软件包的值更高的整数。如果当前管理的软件包未设置 VersionID 参数，则该值默认为 1，这时要向 Package.ini 文件中添加一个 VersionID 参数行，并将其值设置为 2 (`VersionID = 2`)。确保 InventoryName 参数值与当前受管软件包的 InventoryName 值一致。当前软件包和更新的软件包的 InventoryName 值必须完全相同。
使用包含 AppID 和 VersionID 选项的 relink -h 命令。	在以下任何一种情况下，使用此方法：您没有应用程序的项目文件夹。您已在 Workspace ONE Access 环境外部捕获、构建并测试了软件包，剩下的步骤仅包括为 Workspace ONE Access 启用已更新的软件包并将其放在 Workspace ONE Access Connector 使用的网络共享中。您在更新软件包时只是要更新软件包的 ThinApp 运行时，以便合并新版本 ThinApp 中提供的错误修复。例如，如果您更改了虚拟应用程序的项目目录（包括 Package.ini 文件）、重建了软件包并对其进行了测试，而测试环境可能并非 Workspace ONE Access。更新应用程序的最后一个阶段是为 Workspace ONE Access 启用应用程序。这时，最简单的途径是使用 relink -h 命令，而不是重新捕获或重建。注：对 ThinApp 软件包运行 relink -h 命令时，始终会对 ThinApp 运行时进行更新。您可以从 ThinApp Program Files 目录运行 relink 命令来获得有关命令语法的帮助。当现有 ThinApp 软件包已启用并可供 Workspace ONE Access 使用时，您可以运行以下命令来重用软件包的现有 AppID 并增大 VersionID： relink -h -VersionID + `executable-folder`/. 其中，`executable-folder` 是包含您要更新的 ThinApp 软件包的可执行文件的文件夹。重要事项：使用 relink 命令时，不能将其直接指向 Workspace ONE Access 环境中用于 ThinApp 软件包的网络共享上的软件包可执行文件的文件夹。该命令在更新 ThinApp 运行时期间，会将旧的可执行文件转换为 BAK 文件，并将这些 BAK 文件与新文件一起写入文件夹。由于网络共享通常不允许写入文件，因此您必须将 relink 指向可执行文件的文件夹的一个副本。其他有关 relink 命令的使用案例（包括启用 ThinApp 软件包以便在 Workspace ONE Access 环境中使用）在位于 http://kb.vmware.com/kb/2021928 的 VMware 知识库文章中有所介绍。

当 Workspace ONE Access 管理的现有 ThinApp 软件包的项目文件夹不可用时，请使用此方法。要使用“设置捕获”功能创建更新的软件包，您只需要以下项目：

现有 ThinApp 软件包的应用程序可执行文件
应用程序安装程序
“设置捕获”功能及 Workspace ONE Access 支持的 ThinApp 程序版本。

在捕获过程中，选择通过 Workspace ONE Access 管理软件包，并指定软件包是对现有的基础 ThinApp 软件包的更新。浏览到包含当前受管 ThinApp 软件包的可执行文件的文件夹。指向该文件夹，而非具体的可执行文件。

使用此方法时，您无需在创建更新的软件包之前获取 AppID 或 VersionID 值。在“设置捕获”中指定软件包是更新软件包并指向之前版本的软件包之后，捕获过程将读取之前版本软件包的 AppID，然后将其重新用于更新的软件包。该过程还为更新的软件包提供递增的 VersionID，并分配相同的 InventoryName。

手动更新 Package.ini 文件，然后重建软件包。

当您没有应用程序安装程序可用于重新捕获过程时，或者需要将软件包更新为某个更新版本的 ThinApp，并且要更新的内容超出 relink 命令的处理能力时，请使用此方法。因为重建软件包的过程会合并新版本的 ThinApp 为文件系统和注册表引入的更改，重建操作会选出这些更改，例如当新版本的 ThinApp 提供您要设置的 Package.ini 新参数时。

要将新软件包标记为更新软件包，请在 Package.ini 文件的 [Build Options] 部分编辑以下 Workspace ONE Access 参数：

将 AppID 参数设置为与当前受管 ThinApp 应用程序的 AppID 一致的值。您不能将 genid 的值重新用于 AppID，因为如果这样做，稍后会为更新的软件包生成一个新的 AppID 值，这会导致 Workspace ONE Access 无法识别新软件包是对现有软件包的更新。
将 VersionID 参数的值增大到一个比当前受管 ThinApp 软件包的值更高的整数。如果当前管理的软件包未设置 VersionID 参数，则该值默认为 1，这时要向 Package.ini 文件中添加一个 VersionID 参数行，并将其值设置为 2 (VersionID = 2)。
确保 InventoryName 参数值与当前受管软件包的 InventoryName 值一致。当前软件包和更新的软件包的 InventoryName 值必须完全相同。

使用包含 AppID 和 VersionID 选项的 relink -h 命令。

在以下任何一种情况下，使用此方法：

您没有应用程序的项目文件夹。
您已在 Workspace ONE Access 环境外部捕获、构建并测试了软件包，剩下的步骤仅包括为 Workspace ONE Access 启用已更新的软件包并将其放在 Workspace ONE Access Connector 使用的网络共享中。
您在更新软件包时只是要更新软件包的 ThinApp 运行时，以便合并新版本 ThinApp 中提供的错误修复。

例如，如果您更改了虚拟应用程序的项目目录（包括 Package.ini 文件）、重建了软件包并对其进行了测试，而测试环境可能并非 Workspace ONE Access。更新应用程序的最后一个阶段是为 Workspace ONE Access 启用应用程序。这时，最简单的途径是使用 relink -h 命令，而不是重新捕获或重建。

注：对 ThinApp 软件包运行 relink -h 命令时，始终会对 ThinApp 运行时进行更新。

您可以从 ThinApp Program Files 目录运行 relink 命令来获得有关命令语法的帮助。

当现有 ThinApp 软件包已启用并可供 Workspace ONE Access 使用时，您可以运行以下命令来重用软件包的现有 AppID 并增大 VersionID：

relink -h -VersionID + executable-folder/*.*

其中，executable-folder 是包含您要更新的 ThinApp 软件包的可执行文件的文件夹。

重要事项：使用 relink 命令时，不能将其直接指向 Workspace ONE Access 环境中用于 ThinApp 软件包的网络共享上的软件包可执行文件的文件夹。该命令在更新 ThinApp 运行时期间，会将旧的可执行文件转换为 BAK 文件，并将这些 BAK 文件与新文件一起写入文件夹。由于网络共享通常不允许写入文件，因此您必须将 relink 指向可执行文件的文件夹的一个副本。

其他有关 relink 命令的使用案例（包括启用 ThinApp 软件包以便在 Workspace ONE Access 环境中使用）在位于 http://kb.vmware.com/kb/2021928 的 VMware 知识库文章中有所介绍。

结果

您将拥有更新的 ThinApp 软件包的一套文件（EXE 文件和可选的 DAT 文件）。

下一步做什么

通过完成将已更新的 ThinApp 软件包复制到网络共享中的步骤，将文件复制到网络共享上的新子文件夹内。