Creating Bootstrapper Packages
Note
This article applies to Visual Studio 2015. If you're looking for the latest Visual Studio documentation, see Visual Studio documentation. We recommend upgrading to the latest version of Visual Studio. Download it here
The Setup program is a generic installer that can be configured to detect and install redistributable components such as Windows Installer (.msi) files and executable programs. The installer is also known as a bootstrapper. It is programmed through a set of XML manifests that specify the metadata to manage the installation of the component.
The bootstrapper first detects whether any of the prerequisites are already installed. If prerequisites are not installed, first the bootstrapper shows the license agreements. Second, after the end-user accepts the license agreements, the installation begins for the prerequisites. Otherwise, if all the prerequisites are detected, the bootstrapper just starts the application installer.
Creating Custom Packages
You can generate the manifests by using the XML Editor in Visual Studio. For more information, see How to: Create a Package Manifest and How to: Create a Product Manifest. To see an example of creating a bootstrapper package, see Walkthrough: Creating a Custom Bootstrapper to Show a Privacy Prompt.
To create a bootstrapper package, you have to supply the redistributable in the form of an EXE or MSI file.to the Bootstrapper Manifest Generator. Then, the Bootstrapper Manifest Generator creates the following files:
The product manifest, product.xml, which contains any language-neutral metadata for the package. This contains metadata common to all the localized versions of the redistributable component.
The package manifest, package.xml, which contains language-specific metadata; it typically contains localized error messages. A component must have at least one package manifest for each localized version of that component.
After these files are created, put the product manifest file into a folder named for the custom bootstrapper. The package manifest file goes into a folder named for the locale. For example, if the package manifest file is for English redistribution, put the file into a folder called en. Repeat this process for each locale, such as ja for Japanese and de for German. The final custom bootstrapper package could have the following folder structure.
CustomBootstrapperPackageproduct.xmlCustomBootstrapper.msideeula.rtfpackage.xmleneula.rtfpackage.xmljaeula.rtfpackage.xmlFinally, copy the redistributable files into the bootstrapper folder location. For more information, see How to: Create a Localized Bootstrapper Package.
\Program Files\Microsoft Visual Studio 14.0\SDK\Bootstrapper\Packages
or
\Program Files (x86)\Microsoft Visual Studio 14.0\SDK\Bootstrapper\Packages
You can also determine the bootstrapper folder location from the Path value in the following registry key:
HKLM\Software\Microsoft\GenericBootstrapper\11.0
On 64 bit systems, use the following registry key:
HKLM\Software\Wow6432Node\Microsoft\GenericBootstrapper\11.0
Each redistributable component appears in its own subfolder under the packages directory. The product manifest and redistributable files are put into this subfolder. Localized versions of the component and package manifests are put in subfolders named according to Culture Name.
After these files are copied into the bootstrapper folder, the bootstrapper package automatically appears in the Visual Studio prerequisites dialog box. If your custom bootstrapper package does not appear, close and then reopen the Prerequisites Dialog Box. For more information, see Prerequisites Dialog Box.
The following table shows the properties that are automatically populated by the bootstrapper.
| Property | Description |
|---|---|
| ApplicationName | The name of the application. |
| ProcessorArchitecture | The processor and bits-per-word of the platform targeted by an executable. Values include the following: - Intel - IA64 - AMD64 |
| Version9x | The version number for Microsoft Windows 95, Windows 98, or Windows ME operating systems. The syntax of the version is Major.Minor.ServicePack. |
| VersionNT | The version number for the Windows NT, Windows 2000, Windows XP, Windows Vista, Windows Server 2008, or Windows 7 operating systems. The syntax of the version is Major.Minor.ServicePack. |
| VersionMSI | The version of the Windows Installer assembly (msi.dll) run during the installation. |
| AdminUser | This property is set if the user has administrator privileges. Values are true or false. |
| InstallMode | The installation mode indicates where the component needs to be installed from. Values include the following: - HomeSite - prerequisites are installed from the vendor's Web site. - SpecificSite - prerequisites are installed from the location that you select. - SameSite - prerequisites are installed from the same location as the application. |
Separating Redistributables from Application Installations
You can prevent your redistributable files from being deployed in Setup projects. To do this, create a redistributable list in the RedistList folder in your .NET Framework directory:
%ProgramFiles%\Microsoft.NET\RedistList
The redistributable list is an XML file that you should name using the following format: Company Name.Component Name.RedistList.xml. So, for example, if the component is called Datawidgets made by Acme, use Acme.DataWidgets.RedistList.xml. An example of the redistributable list's contents might resemble this:
<?xml version="1.0" encoding="UTF-8"?>
<FileList Redist="Acme.DataWidgets" >
<File AssemblyName="Acme.DataGrid" Version="1.0.0.0" PublicKeyToken="b03f5f7f11d50a3a" Culture="neutral" ProcessorArchitecture="MSIL" InGAC="true" />
</FileList>
See Also
How to: Install Prerequisites with a ClickOnce Application
Prerequisites Dialog Box
Product and Package Schema Reference
Use the Visual Studio 2005 Bootstrapper to Kick-Start Your Installation