March 7th, 2012

Packaging Caching in Burn

Heath Stewart
Principal Software Engineer

There are times when repairing or servicing a product that source media is required. As more product installs move to web-based installs, these prompts for source are harder to solve. In order to replace missing, corrupted, or older files, the source is required because those files have to come from somewhere.

Burn, the bootstrapper application in the Windows Installer XML toolset, aims to solve that by caching setup packages on disk – specifically in %ProgramData% or %LocalAppData% depending on whether a package is installed per-machine or per-user, respectively. Whenever a user repairs a bundle, the cached packages are used to mitigate source prompts. And because this location is registered with Windows Installer, even if Windows Installer package (MSI or MSP) requires source it will be resolved automatically.

For more reasons and examples of why source is required, please read the following links:

Caching packages is optional in Burn, but caching packages does help solve a number of potential issues that may be difficult – and can certainly be annoying – to resolve. And since source resolution cannot prompt during silent installs, caching improves the robustness of deployments.

Topics
WiX

Author

Heath Stewart
Principal Software Engineer

Heath is an application architect and developer, looking to help educate others to learn professional development. Besides designing and developing applications he enjoys writing about intermediate and advanced topics. Heath also consults for deployment packages and scenarios within Microsoft and for external customers.

0 comments

Discussion are closed.