06/19/13

Setting up and Deploying the App-V 5.0 Client

In recent years Microsoft seems to have headed down a path with it’s own products. That is, in some cases they have provided generic installers which are usually small and require no scripting or packaging to configure for your environment. An example of this is Microsoft Lync which has a small installer which you deploy and then configure on the end user devices using a Group Policy template and applying whatever settings suits your environment. This works well for applications such as App-V and Lync, which are enterprise applications and almost certainly going to be deployed to a domain computer.

Well, The App-V 5.0 client is no different in this respect.  There’s an App-V Group Policy Template which is freely available for download HERE Microsoft have done a really good job at documenting the different options for configuring the App-V 5.0 Client using the Group Policy Template which you can find here HERE but this blog post is my attempt to encapsulate the different possible options for setting up the client and also illustrating the setup a little more. In the videos I uploaded which you can find recently HERE  I covered installing and configuring the App-V 5.0 Client using Powershell. In this blog post, I will a few different options you could use for packaging the App-V 5.0 client.

Firstly as stated, you can use the group policy template as stated for configuring the settings for the client, no matter what method you use for deploying the installer itself. So let’s firstly cover deploying the group policy and what options can be configured within the Group Policy Template.

Continue reading

05/20/13

How To: Creating Shims

If you do not have the luxury of using an Application Compatibility tool such as Citrix AppDNA, Quest ChangeBase or Flexera Application Compatibility Pack you will not have the capability of creating automatic compatibility fixes. Which will mean you will rely on creating shims of manifest files to resolve some of your compatibility issues. Microsoft recommends developers to use manifest files for their developed applications, the manifest file lives with the .exe of the app and mitigates certain compatibility issues. Manifest files are not meant to be applied to third party applications. Instead, Microsoft suggests us to use Shims.

Shim are like a trick or a lie to your operating system. You create one per application with an issue. As you will see illustrated below you can target per application. The shim will then live on your systems alongside the application. It acts like a listener, waiting for the application you targeted during the creation of the shim to launch and when the application attempts to invoke the action which without the shim applied was generating an error, the shim kicks in and tells the application to allow the application to function. This may seem a little confusing. I hope to clarify as I go.

SHIM1

 

You can open Application Compatibility Administrator and you will see the above Interface.

SHIM2

 

If you expand applications you will see a long list of application within. Each represents valid shims for these applications. These are canned and ready for your use. This list does seem to be pretty outdated but I guess it would be, considering newer applications will be compatible. The list contains a large variety of application types but seems to be mainly for games.

Continue reading

05/20/13

Flexera Application Compatibility Pack

The Flexera Application Compatibility Tool leverages the existing Application Manager tool that is part of AdminStudio. Application Manager is typically something that is used at the integration phase of the packaging process, meaning after the application is packaged and tested, UAT is signed off you import your application into the database. The database then exists as a software repository which can flag any application conflicts through-out your entire estate of applications and can be used for querying package content.The application compatibility piece can be used a little different, instead of being used after packaging and testing has been completed it can be used before packaging to determine the amount of remediation work which may be required. The fact the tool can be used in a couple of different ways, it is this reason, why I feel we will require 2 Databases for the Application Manager, one will be a throw away database used for compatibility testing. The other will exist as an inventory manager and for checking application conflicts in the production environment.

Continue reading