I recently ran into an issue with AppV 5 and it not applying registry keys/values I set in the DynamicConfiguration.xml file. Everything else seemed to be applying without issue in the XML file, scripts I added, shortcuts manipulated, just not registry values. I created a thread at Microsoft's support forum here:
http://social.technet.microsoft.com/Forums/en-US/251bae44-54d9-4295-a86b-09e2292c37e3/appv-50-sp2-hf4-registry-not-applying-when-set-via-dynamicconfigxml?forum=mdopappv
We even had a PFE on site who was unable to determine the cause. Eventually, I did a clean, generic, click-click install of the AppV client on a non-domain system (to exclude GPO's). I manually copied the .appv and .xml over and added/mounted/published the package via powershell with the dynamicconfiguration.xml and I saw my missing registry keys! hurray!
I then took the registry values from our non-working system and compared them to the working system. Adding in keys from the non-working system to the working system until it failed I came across the following culprit:
NoBackgroundRegistryStaging REG_DWORD 0x1
When that value was set to 0x1 the registry keys from the dynamic xml file would not apply. If it was deleted or set to 0x0 then the keys applied without issue. I had originally added this key from this article:
http://blogs.technet.com/b/gladiatormsft/archive/2013/09/25/app-v-on-registry-staging-and-how-it-can-affect-vdi-environments.aspx
But it appears that article didn't specify the full impact of adding this key. Steve noticed that CPU utilization was lower when publishing applications with this key set, but it appears that could be because XML processing on the dynamicconfig.xml isn't happening. Because of this removal of this great feature to add keys after package creation I would recommend removing the NoBackgroundRegistryStaging key.
Notice the Foo and EmptyKey. Those keys are set via the dynamic.xml fle.
No comments:
Post a Comment