Day 1 with Windows 8 Dev build and App-V Client

CATEGORY: Way unsupported by anyone!

Date: September 18, 2011

EDIT: See comments for resolution to getting App-V to work.

While I installed the Windows 8 Developers Pre-release build last week as soon as I could, I was rather tied up all week in that I was running my App-V training class, so I didn’t have time to do much more than look at the iCandy and try to figure out how to terminate a metro app when I’m RDP’d into a Hyper-V box to access the console view to the Win8 VM and no touch screen (hint: Task Manager).

Before I talk specifically about App-V on Windows 8, let me talk a little about Applications in general on the platform.

Windows 8

Microsoft is making this “Developers Build” available specifically because they want developers to start using the new tools to develop the new style applications for the platform. Called “Metro Style“, these apps will only run on Windows 8 (at this point there is no talk about back-porting the support to Windows 7). Microsoft is continuing to woo developers by significantly enhancing the library support to make it easy for someone to develop an app with a very rich user interface and integrations, with adding only a few lines of code. As a developer, I am very impressed, however tainted in knowing those apps will not work on today’s desktops too.

Windows 8 Start Application

These Metro Style Apps have far more native interfaces than traditional apps. Considering how App-V provides control (both good and bad) over interactions this is a concern to me. Finally, however, Microsoft is getting serious about application certification. Microsoft will have an app store, and certification is necessary to get into the store. They also integrated the certification process into the development tools to encourage more usage. Of course enterprises will likely want to also purchase directly from vendors, but hopefully application deployability will improve.

As you would expect from Microsoft, the platform continues to support applications developed for previous platforms. If it runs on Windows 7, it should run on Windows 8. When you log onto Windows 8, rather than the windows desktop you see a new “Start” application (shown above), which is a Metro Style app that is part of the OS. In it, you see all of the Metro Style apps installed. Each app is shown in a tile, which can be a static icon or a dynamic updating application (such as the weather app). You can click on the Desktop tile to access the traditional Windows 7 style desktop (minus the traditional start menu as I’ll explain later on).

In spite of rumors, I don’t see any App-V embedded into this build. I will admit I didn’t look too hard, but I don’t see it. App-V continues to be important for “legacy” (if you can call what you would build with the currently shipping Microsoft Visual Studio 2010 tools legacy) applications. If anything, it will be more important under Windows 8 as IT becomes more used to dealing with Metro and “forgets” how to deal with Win32 and DotNet. Not to mention that nothing ever goes away!

As App-V stands today, it doesn’t have a play with these new Metro Style apps, which will be delivered with something Microsoft calls AppX packaging, but that would be as of today. When I get to playing with the Sequencer, I expect that it will be possible to package up these into App-V in case I wanted to.

Trying Installation of App-V 4.6 SP1 on Win8

So this weekend I thought I’d try something unsupported that probably should fail at the install. In installed the App-V 4.6 SP1 client into my Win8 OS. I figured it wouldn’t install and that would be the end of that test.

But it installed. I did have an install issue, but it wasn’t the client, it was the vbscript I use to install the client into “stand-alone” mode. That script writes some settings into the Windows registry and it seemed to fail at reading/writing to the registry. I haven’t looked into it, but I think the registry access from VBscript has changed (it uses the RegRead shell object with strings like “HKLM\SOFTWARE\Wow6432Node\Microsoft\SoftGrid\4.5”). Any way, I was able to manually go into the registry to fix things up.

I verified the installation by starting up the App-V management console. (From the metro screen, start the Settings app, scroll the left side list down to more settings to launch the old control panel, then go to administration tools and find the client. Otherwise use the windows explorer to find SftCMC.msc). The console worked OK, so the client installed just fine, eh, I think.

Adding a Virtual App

So next I installed my App-V DeployNPublish tools to work with the stand-alone client. I tried adding a package and had a problem. No error, but no app either. This turned out to be the valid OS list in the OSD file. The app had been created with all of the known OSs listed, but Windows 8 isn’t in the list (nor is it possible to add it with the current client). Fortunately, I can remove all OS references from the OSD files which disables the OS version checking when launching an application. I load in the package again, and it loads in (shown below with a desktop icon).

Loading FileZilla

I do the same with a sequenced Adobe Reader app.

I can see that the sftfs.fsd file (the “App-V cache) grows as expected, providing further evidence that the client is working. I can see the applications in the App-V Client Management Console, and in my AppV_ManageApps alternative console, shown below.

Management Consoles

Launching a Virtual App

Windows 8 Start MenuOf course this build of Windows 8 doesn’t have a start button with the apps like we are used to. So how to get at the app that was published to the start menu? Windows-C and select search (shown on left). This shows a list of the Metro Style apps, so click on Apps, which gives a full list of traditional and Metro apps presented alphabetically (shown below). Maybe not my choice to find apps and I’m hoping the traditional start menu appears in later Windows 8 builds. Any way, as is seen in the screen shot below, not only do my AppV_ tools that are traditionally installed show up, the virtualized Adobe Reader app shows up also.

[Edit: It seems that some traditional install apps and some App-V apps do get added to the “Start Application”. I’m not sure of the criteria as only some of these appear.]

Windows 8 Applications

Now I try launching. Because the AppV_DeployApp tool prefilled the cache, I see the App-V tray bar shows up just above the tray icon notification area in blue indicating 100% cached, but I get a launch error, 39-0000010B, shown below:

Launch Error

Not a familiar error to me so I go to the TMurgent website and run the “A Failure To Launch” Silverlight app to diagnose it. This is a documented message as is shown below:

A Failure To Launch

Since 4.6.1 added the auto-generated “short names” for the asset folder, I decided to bring in a 4.6 sequenced application instead. This app used an “8.3” compliant asset folder name so the short name would be identical to the long name. This app launched with the same error.

Next I tried the /EXE cmd.exe trick to get into the virtual environment, but this also fails. At this point, it seems that the issue prevents the launcher from locating the osguard.cp file (which contains the virtual registry and virtual environment variables) inside the asset folder, so I can’t get in.

I also noticed that either from an external windows explorer or cmd prompt, the Q: drive isn’t as accessible as it was in Windows 7. From the Windows explorer, I can see the Q: exists, but cannot even enumerate the folders like I can in Windows 7. In the command prompt, I can’t issue a “Q:” command to change drives. I also tried turning up the debugging level on the App-V client, and I don’t see anything of further value (other than noting that the loading of osguard.cp uses the short name of the asset folder, which probably helps to explain the documented error.) At this point I don’t think this is a “short name” issue, but a general issue in accessing the virtual drive asset folder. I am going to keep looking to see if I can make progress, but at this time it is looking like we will need a new release from the App-V team.

I haven’t heard any rumors that an App-V release is coming, and I would be surprised for them to release support for this dev build of Windows 8. When the Windows 7 beta came out they released “4.5 CU1” so I can hope for that anyway.

Stay tuned to this blog for updates as I learn more.

Author: Tim Mangan

Tim is a Microsoft MVP, and a Citrix CTP Fellow. He is an expert in App-V and MSIX.

7 thoughts on “Day 1 with Windows 8 Dev build and App-V Client”

  1. Hi,

    i also installed the app v 4.6 x64 bit client on the windows 8 x64 developer preview and it is not connecting the server and it is returning the error code:4604EEB-19D0990A-10000009…

    AND the full error that has return by APP V client is

    The specified applicaton virtualization server has shut down the connection.Try again in a few minutes.if the problem persists,report the following error code to your system Administrator.
    error code:4604EEB-19D0990A-10000009…

    Can any help me to sort out this problem……

    1. I only tried the stand-alone client. As the client tends to think that the network is the issue (even when it isn’t) I would ignore the text associated with the message. Ultimately, the client is finding the server and the open port (554), but is still having an issue.

      You were not specific, so I would suggest that you need 4.6SP1 with Hotfix 4 applied at the client to have a chance. If you were not using (at least) that version, upgrade the client and try again.

  2. OK – figured out the difference. I installed Hotfix 4 for App-V 4.6 SP1 and the problem went away. HF4 includes hotfixes 1, 2, and 3 also, so it might have been one of those.

    I also found that the virtualized applications are published in the Windows 8 “Apps” application, you just have to scroll all the way to the right.

    1. Hi,
      I am having this same error with Windows 8 Consumer Preview (x86 & x64).
      I tryed app-v client 4.6 SP1 with hotfix 4 and 5, but still same error “The directory name is invalid.”

      These same packeges works fine with Windows 7 (x86 & x64).

      Any ideas how to solve or troubleshoot this?

    2. Hmm… it seems that if the program is installed to Q: drive during sequencing (as best practice) it works fine. Programs installed with default install path does not work. 🙁
      When I look inside the bubble I can’t see any virtualized files under C:\Program Files\ and that’s why I get that error.

      I can launch this app directly from cmd using direct program path “Q:\apppath\vfs\%CSIDL_PROGRAM_FILES%\ProgramPath\program.exe”

    3. Glad you had success. I’ll be playing with it as soon as I get back from MVP Summit. So much I’m not allowed to talk about! (Yet…)

  3. Tim,

    I also tested App-V Client on a Win8 Developer Preview Client (there’s server version available from MSDN too) the day it was published, and was able to get it functioning and also both of my test packages functioning (Notepad++ and Firefox) just fine. It was x64 version and – I think – 4.6SP1 client, so I don’t know what could be the difference your test setup.

    By the way, in case you want to have old Start menu back (I, for one, hate our new Metro UI overlords), there’s two ways: change RPEnabled registry value from [HKCU|HKLM]\Microsoft\Windows\CurrentVersion\Explorer to zero (“0”) or rename/delete shsxs.dll -file from System32. This makes it little bit easier to fool around with App-V Client as you can use normal UI without Metro popping up all the time 🙂

Comments are closed.