Application Virtualization Client Install

With APP-V 5.0 SP2 (and later) this is no longer the case. Administrators now have the option to deploy the APP-V 5.0 Client UI Virtual Application (using all supported APP-V deployment configurations) or install the APP-V 5.0 Client UI Application.

1. Microsoft Application Virtualization Service
2. Application Virtualization Client Installation
3. Application Virtualization Client Install 32
4. Microsoft Application Virtualization Client
5. Microsoft Application Virtualization

-->

Applies to: Windows 10, version 1607

Microsoft Application Virtualization (App-V) for Windows 10 delivers Win32 applications to users as virtual applications. Virtual applications are installed on centrally managed servers and delivered to users as a service in real time and on an as-needed basis. Users launch virtual applications from familiar access points and interact with them as if they were installed locally.

With the release of Windows 10, version 1607, App-V is included with the Windows 10 for Enterprise edition. If you're new to Windows 10 and App-V, you’ll need to download, activate, and install server- and client-side components to start delivering virtual applications to users. To learn what you need to know before getting started with App-V, see the Application Virtualization (App-V) overview.

If you’re already using App-V, performing an in-place upgrade to Windows 10 on user devices automatically installs the App-V client and migrates users’ App-V applications and settings. For more information about how to configure an existing App-V installation after upgrading user devices to Windows 10, see Upgrading to App-V for Windows 10 from an existing installation.

Important

You can upgrade your existing App-V installation to App-V for Windows from App-V versions 5.0 SP2 and higher only. If you are using an earlier version of App-V, you’ll need to upgrade your existing App-V installation to App-V 5.0 SP2 before upgrading to App-V for Windows.

Microsoft Application Virtualization Service

To learn more about previous versions of App-V, see MDOP information experience.

Getting started with App-V for Windows 10 (new installations)

To start using App-V to deliver virtual applications to users, you’ll need to download, enable, and install server- and client-side components. The following table describes the App-V for Windows 10 components, what they do, and where to find them.

Component	What it does	Where to find it
App-V server components	App-V offers five server components that work together to allow you to host and publish virtual applications, generate usage reports, and manage your App-V environment. For more details, see Deploying the App-V Server. If you're already using App-V 5.x, you don't need to redeploy the App-V server components, as they haven't changed since App-V 5.0's release.	The App-V server components are included in the Microsoft Desktop Optimization Pack (MDOP) 2015 ISO package that can be downloaded from the following locations: If you have a Microsoft Developer Network (MSDN) subscription, use the MSDN (Microsoft Developer Network) subscriptions site to download the MDOP ISO package. If you're using Windows 10 for Enterprise or Education, download it from the Volume Licensing Service Center. See Deploying the App-V Server for more information about installing and using the server components.
App-V client and App-V Remote Desktop Services (RDS) client	The App-V client is the component that runs virtualized applications on user devices, allowing users to interact with icons and file names to start virtualized applications.	The App-V client is automatically installed with Windows 10, version 1607. To learn how to enable the client, see Enable the App-V desktop client.
App-V sequencer	Use the App-V sequencer to convert Win32 applications into virtual packages for deployment to user devices. Devices must run the App-V client to allow users to interact with virtual applications.	Installed with the Windows Assessment and Deployment kit (ADK) for Windows 10, version 1607.

For more information about these components, see High Level Architecture for App-V.

If you're new to App-V, it's a good idea to read the documentation thoroughly. Before deploying App-V in a production environment, you can ensure installation goes smoothly by validating your deployment plan in a test network environment. You might also consider taking a class about relevant technologies. To get started, see the Microsoft Training Overview.

Getting started with App-V

What's new in App-V provides a high-level overview of App-V and how it can be used in your organization.

Evaluating App-V provides information about how you can best evaluate App-V for use in your organization.

High Level Architecture for App-V provides a description of the App-V features and how they work together.

Other resources for this product

(Redirected from Microsoft Application Virtualization)

Microsoft Application Virtualization logo

Microsoft Application Virtualization (also known as App-V;^[1] formerly Softricity SoftGrid)^[2] is an application virtualization and application streaming solution from Microsoft. It was originally developed by Softricity, a company based in Boston, Massachusetts, acquired by Microsoft on July 17, 2006.^[3] App-V represents Microsoft's entry to the application virtualization market, alongside their other virtualization technologies such as Hyper-V, Microsoft User Environment Virtualization (UE-V),^[4]Remote Desktop Services, and System Center Virtual Machine Manager.^[5]

• 3Architecture
  • 3.1Architecture in versions 5.x
  • 3.2Architecture in versions 2.x through 4.x

Overview[edit]

App-V allows applications to be deployed ('streamed') in real-time to any client from a virtual application server. It removes the need for traditional local installation of the applications, although a standalone deployment method is also supported. With a streaming-based implementation, the App-V client needs to be installed on the client machines and application data that is stored on the virtual application server is installed (streamed) to the client cache on demand when it is first used, or pre-installed in a local cache. The App-V stack sandboxes the execution environment so that an application does not make changes directly to the underlying operating system's file system and/or Windows Registry, but rather is contained in an application-specific 'bubble'. App-V applications are also sandboxed from each other, so that different versions of the same application can be run under App-V concurrently and so that mutually exclusive applications can co-exist on the same system. Nevertheless the separation is not a security boundary.^[6]

App-V thus allows centralized installation and management of deployed applications. It supports policy based access control; administrators can define and restrict access to the applications by certain users, or on certain computers, by defining policies governing the usage. App-V also features a tracking interface to track the usage of the virtualized application. Servers may be implemented in highly available configurations when desired.

The App-V client presents the user with a neat, locally installed application experience for virtualized applications. Access to start the virtualized application appears to be identical to the locally install application, as extensions for the application are integrated into the user's desktop shell by the App-V client. When two or more virtual applications have a dependency on each other, the individual virtualized applications may also be configured to run together in a single isolated bubble.

Microsoft App-V is an additional component requiring licensing for use. Licensing is user-based and is either acquired by licensing Microsoft Desktop Optimization Pack (MDOP) for use on client operating systems, or as part of the Microsoft Remote Desktop Server Client Access License for use on Remote Desktop Servers. MDOP is a suite of technologies available as a subscription for Software Assurance customers. There also exists a licensing model that exists for hosting (cloud services) providers.

Major versions and variants[edit]

Microsoft released Version 5 of App-V in late November 2012, which is a third generation major redesign of the entire platform. Version 5 modernized the product, replacing components designed for use originally against Windows NT and Windows 2000 some 11 years earlier. The redesign also allowed for support of newer operating system features and improvements to virtualization support.

Examples: 'LaserJet Pro P1102 paper jam', 'EliteBook 840 G3 bios update'Need help finding your product name or product number? Examples: “SL-M2020W/XAA”. This product detection tool installs software on your Microsoft Windows device that allows HP to detect and gather data about your HP and Compaq products to provide quick access to support information and solutions. Technical data is gathered for the products supported by this tool and is used to identify products, provide relevant solutions and automatically update this tool, to improve our products, solutions, services, and your experience as our customer.Note: This tool applies to Microsoft Windows PC's only. Hp laserjet 6p printer driver. Include keywords along with product name.

Version 4.x of the product is still in widespread use and is currently in active support. Microsoft extended the version 4 based support for up to Windows 8.1 and Server 2012 R2 client operating systems; however, some of the newer operating system features are not available for virtualized applications using App-V 4.x. The Microsoft standard end of support date for App-V 4.x was July 2015.^[7]

Versions 3.x and 2.x are not known to be in production use any more; support for these versions ended with the acquisition of Softricity by Microsoft. Versions 2.x through 4.x represent the second generation application virtualization product.

There was no 1.x version of the product. Prior to the release of SoftGrid 2.0, Softricity was known as SoftwareWow!. SoftwareWow! was an early cloud based service provider with an application store that streamed applications (primarily games) to consumers. The service used an in-house first generation product to provide Software As A Service (SaaS). Although little online information exists about the company today,^[8] this product provided streaming services with very limited virtualization support.

An offshoot of App-V was released by Microsoft under the name Microsoft Server Application Virtualization (“App-V for Servers”).^[9] Software shareware freeware. This platform, which supports virtualization redirection but without isolation, is aimed at delivering virtualized server loads that would not have intra-application conflicts. The product is available as part of System Center Virtual Machine Manager, and is typically used to spin up new instances of servers on a demand-driven basis.

Architecture[edit]

Microsoft offers three options for the deployment of virtual applications, which affects the architectural components used:

• A set of servers dedicated to App-V.
• System Center Configuration Manager integration.
• 'Stand-alone' mode wherein the application may be delivered via other means.

The implementation of these three deployment options are different when version 5.x or 4.x of App-V is used. Each are described separately.

Udaya tv live free. Watch Live TV: 350+ channels across News, Entertainment, Infotainment, Music, Movies, Devotional, Lifestyle, Kids, Sports across multiple languages like English, Hindi, Tamil, Telugu, Bengali, Kannada, Malayalam, Marathi, Oriya, Assamese, Punjabi, Bhojpuri, Gujrati and Urdu.

Architecture in versions 5.x[edit]

The 5.x based architecture has three major options that may be used. All three of these options use a few common components:

• Microsoft Application Virtualization 5.x Sequencer, which is used to package a customized application for virtualized delivery.
• Microsoft Application Virtualization 5.x Client, which is used at the operating system used to run the virtual application. Two forms of the client exist, one for desktop operating systems (such as Windows 7 with Service Pack 1 and Windows 8), and one for server operating systems configured for use as Remote Desktop Session Host servers.
• Microsoft Application Virtualization Report Server, an optional component that can gather usage information (called metering) of the virtualized applications.
• Microsoft Application Virtualization Client Console, an optional component that can be delivered to client systems as a virtual application. Typically, the console is not required for end-users, however deploying the console application provides the user with additional control over the virtual applications that have been previously authorized and delivered.

The remainder of the 5.x architecture is dependent on the deployment option used.

Full App-V 5.x Server option[edit]

The Full App-V 5.x Server composed of the following additional components:

• Microsoft Application Virtualization 5.x Management Server, used to define applications and connection groups and assign them to Active Directory Security Groups containing lists of users or computers authorized to use the application. This server also distributes a summary of this information to multiple Publishing Servers. The Management Server is implemented as Web Service that stores configuration information in a back-end database. The Web Service may be accessed using a Silverlight-enabled web browser or PowerShell.
• Microsoft Application Virtualization Publishing Server, used to authenticate users and computers and deliver appropriate virtual application metadata for publishing to the client.
• Package Store, a simple file share that will be used by the clients to stream virtual applications from. In some cases, the Package Store may be fronted by a web server.

Configuration Manager integration option[edit]

The Configuration Manager composed of the following components: New iso 14001 standard.

Application Virtualization Client Installation

• Microsoft System Center Configuration Manager Site Server, used to define operating images, traditional application packages for installation, virtual applications, and other deployment tasks. These items may also be assigned to collections of users and computers, along with requirements and dependencies. This information is stored in a database and delivered, via a Distribution Point, to client machines.
• Microsoft System Center Distribution Point, used to cache content for deployment for a highly scalable solution.
• Microsoft System Center Client Agent, used to pull deployment metadata and content from the Distribution Point, and implement a variety of client component actions. From an App-V perspective, this component delivers the virtual application to the App-V Client.

App-V 5 requires the use of System Center Configuration Manager 2012, and above, for full support of App-V features. Deployment by older versions, or other electronic delivery systems, are also possible by using the virtual msi method of deployment.

Standalone mode[edit]

The App-V 5.x clients contains a PowerShell API that is ultimately used by both of the server modes above. It is sometimes desirable to use this API directly at the client, either manually or using additional tooling developed by third parties.

Architecture in versions 2.x through 4.x[edit]

The 4.x based architecture has three major options that may be used as well. All three of these options use a couple of common components:

• Microsoft Application Virtualization 4.x Sequencer, which is used to package a customized application for virtualized delivery.
• Microsoft Application Virtualization 4.x Client, which is used at the operating system used to run the virtual application. Four forms of the client exist, combined in sets that support either x86 or x64 operating systems. One set for desktop operating systems (such as Windows XP and above), and the other set for server operating systems configured for use as Remote Desktop Session Host servers.

Dedicated App-V management server[edit]

The App-V 4.x system architecture is composed of the following components:

• Microsoft Systems Center Virtual Application Management Server, which is used to define applications and assign them to Active Directory Users, or Security Groups containing lists of users, authorized to use the application. The server also performs runtime authentication against authorized lists and records application usage (metering) information in a database for reporting.
• Microsoft Systems Center Virtual Application Management Service, which is a .NET remoting web service, manages client requests for applications. This server works in conjunction with the Management Server to provide authorized application metadata for publishing, verification of authorized use, and reporting data. The server also handles streaming operations of the virtualized packages using an extension of the RTSP protocol.
• App-V Management Console, the management tool to set up, administer and manage App-V servers. It can be used to define policies that govern the usage of the applications. It can also be used to create, manage, update and replicate virtualized application packages.

Shared System Center Configuration Manager[edit]

In 2009 Microsoft offered a new way to implement App-V with enhancements to System Center Configuration Manager. System Center Configuration Manager Architecture consists of the following components:

• System Center Configuration Manager Site Server, serving as the primary repository for holding system images, application packages created using traditional installers, and virtual applications.
• System Center Configuration Manager Distribution Server, used to cache and distribute the software on a more local level.

App-V 4.x has direct integrations with Configuration Manager 2007 SP1 through 2012 R2.

'Stand-alone' mode[edit]

The App-V clients may also be used in a 'stand-alone mode'^[10] without either of the server infrastructures previously described. In this case, the sequenced packages are delivered using an external technique, such as an Electronic Software Delivery system or manual deployment.

Operation[edit]

Aside from the operations associated with the deployment operations, App-V Application Virtualization mainly comprises two components – the App-V Sequencer and the App-V Client.

The App-V sequencer is the component which re-packages an application for virtualization and streaming. It analyzes the application for the resources that it requires, supports customization of the applications, and from this creates a package containing the executable components, data files, and registry settings required by the application. The package format for the 4.x and 5.x versions are quite different:

• The 5.x product uses an AppV format that is based on standard compression formats with additional features. Internally, much of the metadata formatting is borrowed from AppX.
• The App-V 4.x versions produce packages using the SFT format,^[11] along with additional files based on a modified version^[12] of the Open Software Description (OSD) specification originally proposed to the WC3 in 1997 by Microsoft and Marimba.^[13]

The sequencer monitors the application installation, configuration, and runtime use of file and registry resources to determine package contents and configuration. It abstracts machine and user specific information to improve portability of the application components, allowing most applications to be run by different users, on different hardware, and even on different operating systems in some cases. The package is also configured for streaming operations, where portions of files may be delivered on an as-needed basis to clients. Guidelines for sequencing applications are different for the 4.x^[14] and 5.x^[15] versions.

The App-V client receives virtual application package definitions in several ways. When configured to receive from a Full App-V Infrastructure Server, this occurs automatically on logon, or a timer, and is initiated by the App-V Client. It also may be sent instructions via a client API, which is used by System Center deployments, the virtual msi, and stand-alone methods. The App-V 5.x client API is PowerShell based, while the 4.x client uses a proprietary sftmime interface.

Upon receiving the package, the client will download appropriate metadata, and possibly (dependent on both package and client configurations) some or all of the package components. The client is designed to utilize a streaming file system that operates much like local file paging activity. This allows for starting the application without all of the file(s) present in the cache locally. When the application requires a file portion not present, an operation called a stream-fault is performed that retrieves the needed file portion. The streamed package contents are cached by the client in memory for the duration of the application session, and may be retained in a local disk cache for future use.

User settings are stored in the local system itself using redirection to ensure that the cached copy of the application is not changed. In some cases, this allows for the deployment of applications that are not multi-user aware to be used on Remote Desktop Shared Host systems.

Capabilities Specific to Version 5.x[edit]

Version 5.x, in addition to being a redesign, added a number capabilities not previously available in the 4.x version. 5.0 Service Pack 2 added to these. They include:

• Support for additional integrations. Applications have many ways to provide integration to the operating system and user desktop shell. Previously, only application shortcuts, file type associations, and COM integrations were available for providing the user a native-like experience. Version 5.x, especially with Service Pack 2 and beyond, significantly expanded the types of integrations, called Application Extensions in App-V. In addition to improved Shortcut support, Protocol Handlers, Application Capabilities, Software Clients, App Paths, and a variety of shell extensions, browser helper objects, and Active-X integrations were added. Many of these extensions help overcome the objections to virtualizing complicated applications such as Microsoft Office and plug-ins to Office.
• Application Size. The 4GB package size limitation is gone. No documented limit exists for App-v 5.x packages.
• Improved Scripting. Dependent components that cannot be virtualized may now be installed locally by the App-V client when needed using the new scripting interface, even when the logged in user does not have administrative privileges to install software. This includes dependent device drivers.
• Connection Groups: Used when multiple packages need to work together in a single virtual application environment, this replaces the Dynamic Suite Composition added to App-V 4.5. The primary benefit of this redesign is that the Connection Groups are now managed objects at the App-V or Configuration Manager level, rather than hidden modifications made by an administrator.
• RunVirtual: Sometimes virtual applications are started using locally installed components, such as a local web browser using virtualized plug-ins. Previously, virtualizing these applications caused issues for users that already created their own shortcuts to the local component. Using RunVirtual, the administrator can ensure that any launch of the local component will be virtualized.

Limitations of version 4.x[edit]

• Microsoft Office plug-ins: Although one can sequence Microsoft Office plug-ins, it is not advised to sequence them due to many technical & usage issues. For example, in a situation where there are more than two plug-ins used by a user, if they are sequenced separately, then the user does not have control over which plug-in sequence starts when he opens a document. The only work around to resolve the issue is by creating a single suite or dynamic suite of all the plug-ins.
• Application Size: If the maximum client cache size is set to at least 4 GB (The max can be 64 GB), then the maximum size of application (sft file) which can be streamed on that machine is 4 GB. All applications that have an installed footprint greater than or equal to the max client size, set by the client, should not be sequenced. The maximum application size Softgrid can handle is 4GB, due to the use of the FAT32 file-system.^[16]
• Device Driver: App-V presently does not support sequencing of kernel-mode device drivers; thus any application that installs a device driver cannot be sequenced. The only exception to this is when the device driver can be pre-installed locally; in this case, the application is sequenced without the device driver.
• Shortcuts: Applications should have minimum of one shortcut. If no shortcuts are present, then the application should be sequenced in a suite along with the application that needs it. Internet Explorer plugins require a special shortcut to start the browser process under the virtualization layer.
• Middleware: Middleware applications may not be good candidates for sequencing as they may be runtime prerequisites for multiple applications. With later versions of App-V, they can be sequenced into a separate package that other virtual applications are linked to using a feature called Dynamic Suite Composition.^[17]
• Path hard coding: The application should not have folder/file path hard coded in the application itself. Some applications hard code the path of files in their executables rather than parameterizing them or storing them in the Windows Registry. Configuration files ending in extensions such as ini, conf, dat, and txt are good places to look for application-specific settings of path information that may cause problems. Failing that, a shim can be used to remediate the application where source code or an update is not available.
• Auto Update: Applications with automatic updates should not be sequenced if their update mechanism cannot be disabled. Sequenced applications sometimes fail to update. In addition, allowing auto-update leads to non compliance of application version.
• Services: Virtualization of services that must start at boot-time are not supported. All other types of services may generally be virtualized; they are started when the virtual application starts and shuts down or when an application main executable terminates.
• Licensing Policies: Applications with licensing enforcement tied to the machine, e.g. the license is tied to the system’s MAC address or harddisk serial number. This type of application should not be sequenced if the activation can not be done by the user at the first launch of sequenced application, manually or by script.
• Internet Explorer & Service Packs: Microsoft does not support sequencing of any version of Internet Explorer.

Similar technologies[edit]

• Citrix XenApp (Formerly included as 'Application Streaming'/'Project Tarpon'. Discontinued as of Windows Server 2012.^[18] Now uses App-V as well.)
• Installfree Bridge
• Turbo Studio (formerly Spoon Studio and Xenocode Virtual Application)

References[edit]

Application Virtualization Client Install 32

1. ^'A Farewell to SoftGrid'. Retrieved 2008-07-10.
2. ^'Microsoft Application Virtualization 4.5 is Now Available in Beta!'. Retrieved 2007-11-13.
3. ^'Microsoft Presspass - Microsoft Completes Acquisition of Softricity'. microsoft.com. Archived from the original on 2007-06-18. Retrieved 2007-05-02.
4. ^'RedmondMag - Microsoft Desktop Optimization Pack 2014 Now Available'. Retrieved 2014-07-04.
5. ^'Microsoft Presspass - Microsoft Extends Virtualization Strategy, Outlines Product Road Map'. microsoft.com. Retrieved 2007-05-02.
6. ^'App-V 5.1 Security Considerations'. Retrieved 2015-04-18. 'App-V 5.1 is not a security product and does not provide any guarantees for a secure environment.'
7. ^'Microsoft Product Lifecycle Search'.
8. ^'Trademarkia - Trademark Search'.
9. ^'Microsoft Server Application Virtualization'.
10. ^'TMurgent: App-V in Stand-alone Mode'(PDF).
11. ^'Microsoft: The App-V 4.x SFT File Format Specification'.
12. ^'OSD Illustrated'.
13. ^'Open Software Description Proposal'.
14. ^'App-V Sequencing Guide for App-V 4.6 SP1 - Microsoft Corporation (.docx file)'.
15. ^'Sequencing Guide for App-V 5.0 - Microsoft Corporation (.docx file)'.
16. ^'App-V Sequencing Guide - Microsoft Corporation (.docx file)'. Retrieved 2018-03-13.
17. ^'How To Use Dynamic Suite Composition | Microsoft Docs'. Technet.microsoft.com. 2016-06-16. Retrieved 2018-03-13.
18. ^Trond Eirik Haavarstein. 'Long Live App-V 5 – Application Streaming is Dead'. Retrieved 2014-06-06.

Further reading[edit]

Microsoft Application Virtualization Client

External links[edit]

Microsoft Application Virtualization

Retrieved from 'https://en.wikipedia.org/w/index.php?title=Microsoft_App-V&oldid=917961489'