Microsoft App-V, now fortified with Windows 7 support

Microsoft has updated its App-V (Application Virtualization, part of MDOP) 4.5 solution to work with the Windows 7 Beta via a CU1 (Customer Update 1?) release. They're also talking up the next version of this product, App-V 4.6, which will include x64 support.

Today I’d like to share with you the immediate availability of Microsoft Application Virtualization (App-V) for use with the Windows 7 Beta and more roadmap information around App-V 4.6.

Today, we are pleased to announce the immediate availability of App-V 4.5 CU1 for the Windows 7 Beta.

When Windows 7 releases, we are committed to supporting the final product within 90 days of general availability. App-V 4.5 CU1 also contains a small number of improvements such as instant access or removal of applications assigned to end users.

When released, App-V 4.6 will be available to all existing MDOP customers and provide new key features including 64-bit platform support.  Customers interested in App-V 4.6 can watch for registration to become available at Microsoft Connect in Q1 of 2009.

I wrote a bit about App-V back in my Microsoft Desktop Optimization Pack (MDOP) overview last year:

Via Microsoft's SoftGrid Application Virtualization technologies, MDOP licensees can stream or install individual virtualized application packages, instead of requiring desktop users to access applications via a single virtualized environment. The primary advantage of this scheme is compatibility: You can do such things as install multiple versions of applications, each virtualized and packaged individually with its own specific set of DLLs and prerequisite files. In a recent demo, I was able to run three different versions of Microsoft Word simultaneously on a single PC, for example. I feel that this technology may be the key to the way future Windows versions handle backwards compatibility, incidentally.

Discuss this Article 6

Waethorn
on Feb 27, 2009
"I feel that this technology may be the key to the way future Windows versions handle backwards compatibility" Huh? This technology is available - now. This kind of technology doesn't benefit consumers though, where platforms change so frequently. It just isn't worth it to keep old consumer apps running on newer, incompatible platforms. The developer wouldn't let Microsoft to do it, knowing they would have a capital loss on ongoing R&D investments that go into making new versions. Ask HP why they stop supporting old printers and scanners on new versions of Windows, or why Creative is always behind on driver development. It's the same reason. Business customers that maintain service contracts with the publishers are the ones that are ultimately driving this.
panache1023
on Feb 27, 2009
LOL! Waethorn! LOL!
subzerohitman721
on Feb 27, 2009
I do think Windows 7 needs some sort of consumer virtualization program to act as a stopgap. I really do hope with the next version after 7, that there will be no 32 Bit support. 32 Bit has had its day and its really time to move forward. We killed of 16 Bit support a long while ago and its time to do the same here. This will force many developers to finally write a modern versions of applications and programs. Developers should really start with Vista and Windows 7, so that all applications and software are fully compatible. However, the big reason for the virtualization is to contain security plague software in a secured box. Its time for software to be done for today's realities in terms of hardware and security.
Waethorn
on Feb 28, 2009
@panache: It's true. Companies that support legacy customers can only maintain a revenue stream from those legacy customers that also pay for an ongoing support agreement. Consumers don't typically pay for support agreements, so pushing upgrades is the only way to justify R&D expenditures in that space. It may be glib reality, but that's capitalism at its finest. "However, the big reason for the virtualization is to contain security plague software in a secured box." That depends really. If you have a network-aware legacy application, "sandboxing" it in a VM still won't isolate it entirely from the host platform. If a VM crashes, it may not take down the entire host OS, but then, application thread isolation is a similar method for dealing with buggy software, and it doesn't require virtualization. Also, a VM still requires a guest OS and if the application is buggy or insecure, it'll take down the guest OS as easily as it could a host OS running on hardware. How is that really any better? How is that any easier to manage? (tip: it isn't) If you want to take a birds eye view of the situation, application isolation and platform compatibility are the key goals of total application compatibility. How is that much different than the work that goes into making Windows backwards compatible, or more secure as it is today? (tip: it isn't) Whether you include older API's or run some sort of pseudo platform virtualization, the goal is the same, but the benefits don't differ much by doing it one way over another. The ideal way of dealing with software is to upgrade to something that's more secure and designed for that newer platform to which you're migrating. Why would you want to run old apps on a new platform, or old code on new hardware? Good IT people know how to align purchases with newer releases and vendor support agreements.
Lindy
on Feb 28, 2009
App V is a niche corporate application. It has its uses but its limited. It also has stiff competition from Citrix, VMware and Symantec. MS needs to replace Virtual PC with a Hyper V compatible consumer version that allows the movement of VM's from a consumer host to a hyper v server.....like you can do with VMware Workstation/Fusion to VMware Server or ESX Server.
Waethorn
on Feb 28, 2009
"MS needs to replace Virtual PC with a Hyper V compatible consumer version that allows the movement of VM's from a consumer host to a hyper v server" There's a major difference there. Virtual PC includes emulated hardware. Hyper-V uses virtualized hardware, but only for hardware that is supported by hardware VT. That excludes multimedia components. Even VMware Workstation uses emulated hardware. AFAIK it still doesn't support Aero (haven't tried it in a few months, but the initial versions of 6.5 didn't). Until virtualization gets to a point where all hardware can be fully virtualized (which is a complicated limitation of the x86 platform), it will have too many limits to be a relevant consumer technology. When it reaches that point, it still won't be relevant to consumers.

Please or Register to post comments.

IT/Dev Connections

Las Vegas
September 30th - October 4th

Paul ThurottYou'll have the opportunity to experience:
• 120 Technical
Sessions
• Networking with Peers
• Expert Speakers


Come See Paul Thurrott & Mary Jo Foley in Person!

Register Now

Office 365 InfoCenter

Get the latest insight and info from Paul

Read Now!

What I Use