Self-Provisioning provides an alternative mechanism for capturing desktop applications for import into AppDNA and for packaging applications for App-V or XenApp, for example. The capture and packaging take place on a separate machine from AppDNA. This is called the Self-Provisioning client machine and can be any type of machine (virtual, physical, or VDI).
Self-Provisioning allows the capture process to be driven by an application expert who does not have access to AppDNA itself. The AppDNA administrator prepares and publishes control information that enables the application expert to perform the installation at a convenient time independently of AppDNA.
Self-Provisioning can be used with all types of desktop application installation packages (MSI and non-MSI) and App-V (.sft and .appv) packages.
The Self-Provisioning client uses a similar approach to Install Capture and is controlled by execution profiles. The execution profiles that are available for Self-Provisioning mirror those available for Install Capture. By default, the Snapshot execution profile is used. This takes a snapshot of the Self-Provisioning machine, installs the application, and then takes another snapshot of the machine. The difference between the state of the machine in the before and after snapshots represents the changes made by installing the application. The Self-Provisioning client uses this information to generate an MSI file for importing into AppDNA.
Self-Provisioning differs from Install Capture in that it does not reset the machine back to its original state. Therefore Citrix recommends that each capture is run on a clean machine. It is up to the administrator to decide how to handle this – whether by setting up a dedicated physical machine or by using a virtualization technology, such as VDI, which makes it easy to reset the state of the machine.
Self-Provisioning can be used in two modes:
The following diagram provides an overview of the Self-Provisioning process.