There seems to be some confusion surrounding the licensing model used by Microsoft Visio and how it affects App-V deployments of Visio packages so I wanted to take a minute and see if I could clear this up a little bit.
The licensing model used by Visio is unique among the Microsoft Office suite in that the version deployed is based on the product key that is being used. For example, if you install the Standard Edition of Visio and then later decide that you want the Premium Edition all you have to do is change the key. The key determines the edition presented, not the install image. In other words all the code for Standard, Professional and Premium are in a single image of the product.
So what does this have to do with Microsoft Application Virtualization (App-V)? This means that if you sequence the Standard Edition of Visio 2010 and deploy it to an App-V client, the version of the product that the App-V client launches is based on the Office Deployment Kit (ODK) configuration on that client.
For example, let’s say you configure the ODK using the following syntax:
msiexec /i OffVirt.msi PROPLUS=1 VISIOPREM=1 VISIOSTD=1 VISIOPRO=1
In this case, the App-V client will always launch the Premium Edition of Visio. If you rerun the above command and you remove VISIOPREM=1, App-V will launch the Professional Edition. Once again, this is because the version being run is determined by the key not the installed image of the product. This means that unlike other Office products where you can configure the ODK with all the versions, you cannot do so with Visio as the highest version defined by the ODK configuration will always be the version that is run.
Ramifications of this issue:
1. You can only deploy one version of a Visio 2010 App-V Package to a single machine, meaning an RDS/Terminal Server can only have one version of a Visio 2010 package installed and it cannot be based on App-V AD groups.
2. If you want to deploy all three versions of Visio you only have to sequence Visio 2010 once, not three times.
3. To deploy different versions to different machines, you will have to deploy the ODK configuration specifically for the version you want on a per machine basis. In other words, you have to target the ODK deployment to a set of machines like a specific collection in Configuration Manager.
Please keep in mind this is not an issue with App-V and it is not a bug, it is simply how Visio was designed to work.
This issue is briefly mentioned in the following KB article:
Known issues and limitations when using virtualized Office 2010 applications on App-V 4.6 and App-V 4.5 SP2 clients
For more information on sequencing Visio see the following:
John Behneman | Support Engineer | Management and Security Division
App-V Team blog: http://blogs.technet.com/appv/
ConfigMgr Support Team blog: http://blogs.technet.com/configurationmgr/
DPM Team blog: http://blogs.technet.com/dpm/
MED-V Team blog: http://blogs.technet.com/medv/
Orchestrator Support Team blog: http://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: http://blogs.technet.com/momteam/
SCVMM Team blog: http://blogs.technet.com/scvmm
Server App-V Team blog: http://blogs.technet.com/b/serverappv
Service Manager Team blog: http://blogs.technet.com/b/servicemanager
System Center Essentials Team blog: http://blogs.technet.com/b/systemcenteressentials
WSUS Support Team blog: http://blogs.technet.com/sus/
The Forefront Server Protection blog: http://blogs.technet.com/b/fss/
The Forefront Endpoint Security blog : http://blogs.technet.com/b/clientsecurity/
The Forefront Identity Manager blog : http://blogs.msdn.com/b/ms-identity-support/
The Forefront TMG blog: http://blogs.technet.com/b/isablog/
The Forefront UAG blog: http://blogs.technet.com/b/edgeaccessblog/