Book Image

VMware ThinApp 4.7 Essentials

By : Peter Bjork
Book Image

VMware ThinApp 4.7 Essentials

By: Peter Bjork

Overview of this book

VMware ThinApp 4.7 is an application virtualization and portable application creator which allows users to package conventional applications so that they are portable. "VMware ThinApp 4.7 Essentials" shows you how to deploy ThinApp packages in order to improve the portability, manageability and compatibility of applications by encapsulating them from the underlying operating system on which they are executed. Application virtualization improves the portability, manageability and compatibility of applications by encapsulating them from the underlying operating system on which they are executed. VMware ThinApp 4.7 is an application virtualization and portable application creator which allows users to package conventional applications so that they are portable. ThinApp eliminates application conflicts, reducing the need and cost of recoding and regression testing. In this book you will learn about how application virtualization works and how to deploy ThinApp packages. You will learn how to update and tweak ThinApp Projects before distribution. This book will then cover design and implementation considerations for future ThinApp projects.
Table of Contents (15 chapters)
VMware ThinApp 4.7 Essentials
Credits
About the Author
About the Reviewers
www.PacktPub.com
Preface
Index

Application Linking (AppLink)


Yes, application linking can be considered or used as an update method. AppLink was not originally designed with this in mind, but since ThinApp runtime handles conflicting AppLink elements the way it does, it can be used to deploy updates to packages. AppLink as an update method is more or less only suitable for configuration changes. Since the update will be in a separate, somewhat loosely connected file, it's not recommended for use in applying security patches. If you don't have access to the AppLink, you will risk running an unpatched version. You can work around this by using RequiredAppLinks, but then you run the risk of over engineering the whole implementation. Let's repeat the AppLink conflict handling.

The last loaded conflicting element (file or registry key) will win. AppLink packages (child packages) are loaded after the parent package. Isolation modes use a different conflict handling; the most restrictive will win. So when using AppLink for updating...