4.0.4
Table Of Contents
- ThinApp User’s Guide
- Contents
- About This Book
- Installing ThinApp
- Capturing Applications
- Deploying Applications
- ThinApp Deployment Options
- Establishing File Type Associations with the thinreg.exe Utility
- Building an MSI Database
- Controlling Application Access with Active Directory
- Using ThinApp Packages Streamed from the Network
- Using Captured Applications with Other System Components
- Performing Paste Operations
- Accessing Printers
- Accessing Drivers
- Accessing the Local Disk, the Removable Disk, and Network Shares
- Accessing the System Registry
- Accessing Networking and Sockets
- Using Shared Memory and Named Pipes
- Using COM, DCOM, and Out-of-Process COM Components
- Starting Services
- Using File Type Associations
- Sample Isolation Mode Configuration Depending on Deployment Context
- Updating Applications
- Application Updates That the End User Triggers
- Application Sync Updates
- Using Application Sync in a Managed or Unmanaged Environment
- Update Firefox 2.0.0.3 to Firefox 3 with Application Sync
- Fix an Incorrect Update with Application Sync
- Application Sync Effect on Entry Point Executable Files
- Updating thinreg.exe Registrations with Application Sync
- Maintaining the Primary Data Container Name with Application Sync
- Application Link Updates
- View of the Application using Application Link
- Link a Base Application to the Microsoft .NET Framework
- Set up Nested Links with Application Link
- Affecting Isolation Modes with Application Link
- PermittedGroups Effect on Linked Packages
- Sandbox Changes for Standalone and Linked Packages
- Import Order for Linked Packages
- File and Registry Collisions in Linked Packages
- VBScript Collisions in Linked Packages
- VBScript Function Order in Linked Packages
- Storing Multiple Versions of a Linked Application in the Same Directory
- Using Application Sync For a Base Application and Linked Packages
- Application Sync Updates
- Application Updates That the Administrator Triggers
- Automatic Application Updates
- Upgrading Running Applications on a Network Share
- Sandbox Considerations for Upgraded Applications
- Application Updates That the End User Triggers
- Monitoring and Troubleshooting ThinApp
- Configuring Package Parameters
- Package.ini File Structure
- Parameters that Apply to Package.ini or ##Attributes.ini Files
- Configuring the ThinApp Runtime
- Configuring File System and Registry Isolation
- Configuring File and Protocol Associations
- Configuring Build Output
- Configuring Permissions and Security
- Configuring Objects and DLL Files
- Configuring Storage
- Configuring Processes and Services
- Configuring File and Block Sizes
- Configuring Icons
- Configuring Logging
- Configuring Versions
- Configuring Locale Information
- Configuring Individual Applications
- Configuring Dependent Applications with Application Link
- Configuring Application Updates with Application Sync
- Configuring MSI Files
- Configuring Sandbox Storage and Inventory Names
- ThinApp Sandbox
- Snapshot Commands and Customization
- ThinApp Virtual File System
- ThinApp Scripts
- Callback Functions
- Use Scripts in a ThinApp Environment
- API Functions
- Glossary
- Index
ThinApp User’s Guide
48 VMware, Inc.
Youcanupdatethepackageonacentralcomputerandpushthechangestoclientmachinesorcentralnetwork
sharesasanewcapturedexecutablefile.Useoneofthefollowingoptionsforapplyingupdates:
Duringthesetupcaptureprocess.
Insidethevirtualenvironment.
Applicationswithauto‐updatecapabilitiescanundergoupdates.Iftheupdateisapatch.exefile,the
patchprogramcanruninthevirtualenvironmentandrunfromacmd.exefileentrypoint.Changesoccur
inthesandboxduringautomaticupdatesormanualupdatestoallowyouto
reverttotheoriginalversion
bydeletingthesandbox.
Ifyouapplypatchesinthevirtualenvironmentonacentralpackagingmachine,youcanusethe
sbmerge.exeutilitytomergesandboxchangesmadebytheupdatewiththeapplication.See
“ApplicationUpdatesThattheAdministratorTriggers”onpage 45.
Inthecapturedproject.
Ifyoumustupdateasmallsetoffilesorregistrykeys,replacethefilesinthecapturedproject.
This approachisusefulforsoftwaredeveloperswhointegrateThinAppbuildswiththeirworkflow.
Upgrading Running Applications on a Network Share
ThinAppallowsyoutoupgradeorrollbackanapplicationthatisrunningonanetworkshareformultiple
users.Theupgradeprocessoccurswhentheuserquitstheapplicationandstartsitasecondtime.InTerminal
Serverenvironments,youcanhavemultipleusersexecutingdifferentversionsatthesame
timeduringthe
transitionperiod.
File Locks
Startinganapplicationlockstheexecutablefilepackage.Youcannotreplace,delete,ormovetheapplication.
Thisfilelockensuresthatanycomputeroruserwhoaccessesaspecificversionofanapplicationcontinuesto
havethatversionavailableaslongastheapplicationprocessesandsubprocessesarerunning.
Ifyou
storeanapplicationinacentrallocationformanyusers,thisfilelockpreventsadministratorsfrom
replacingapackagedexecutablefilewithanewversionuntilallusersexittheapplicationandreleasetheir
locks.
Upgrade a Running Application
Youcancopyanewversionofanapplicationintoanexistingdeploymentdirectorywithahigherfilename
extension,suchas.1or.2.ThisprocedureusesFirefoxasasampleapplication.
Youdonotneedtoupdateshortcuts.
To upgrade a running application
1Deploytheoriginalversionoftheapplication,suchasFirefox.exe.
2Copythe
applicationtoacentralshareat\\<server>\<share>\Firefox.exe.
AsamplelocationisC:\Program Files\Firefox\Firefox.exe.
3 CreateadesktoporStartmenushortcuttotheuser’sdesktopthatpointstoasharedexecutablefile
locationat\\<server>\<share>\Firefox.exe.
AssumetwousersstartFirefox.exeandlocktheapplication.
4CopytheupdatedversionofFirefox.exetothecentralshareat\\<server>\<share>\Firefox.1.
Ifyouareanewuser,ThinApplaunchestheapplicationwiththenewpackagedatainFirefox.1.Ifyou
areauserworkingwiththeoriginalversion,youcanseethenewversionafteryouexittheapplication
andrestarttheapplication.