Today’s Fixed App-V Apps!

If you didn’t know, I spend most of my days sequencing and packaging applications, and fixing broken packages. This is just a quick post to detail two App-V 5 apps I’ve fixed today, perhaps the information may be of use if you encounter similar issues on the front line!

Access 2007

This customer had Office 2007 on the base and Access 2007 deployed via App-V so that they could control who had ‘access’ to it (badoom-tish). All worked fine until you tried to export some data to Excel, where Excel would refuse to load with an ‘out of memory’ error. It turns out that Excel just flat out refused to open inside the virtual environment of this package. I suspected that it was because this Access package had been sequenced on a clean machine, making various Office folders and registry keys set to override. Resequencing with Office 2007 already on the base resolved the issue.

In-house App

This in-house line of business application was located on a network share, and the App-V package was simply used to create a shortcut pointing to the exe on the network share. For some reason, it refused to connect to its database when run inside the virtual environment. Since the App-V package contained no files or registry entries, I decided to start my troubleshooting by disabling these virtual subsystems in the package config files. I started with the registry:

<Registry Enabled=”false“>

Hey presto, that worked, but I’m not going to pretend to know the reason why! But sometimes you just have to accept you’ve fixed it and move on, there’s plenty more broken apps needing my attention!

3 responses on “Today’s Fixed App-V Apps!

  1. Pingback: Configure Application Virtualization Explorer to run inside App-V 5.0 package | Gridmetric Blog

  2. Hi Dan,

    Nice post! Specially the Office part.
    But can you tell me why would you sequence an network app, when you have no files/registry items in the package? Isn’t it way more simple to publish the shortcut via an UEM, or even via GPP?
    Your shortcut then is more dynamic, so if the location or a parameters changes, you don’t have to change your package.

    Regards, Ruben

    1. I totally agree, I was not making the decisions here and was requested to create the package in this case!

Leave a Reply