App-V 5.0 – Legacy Package Conversion Report Creation

Hi all,

Imagine the scenario, you have 200 packages created with 4.5+ and you want to test that they will work with App-V 5.0, how do we accomplish this?

As part of the App-V 5.0 beta 2 release it offers the ability to automatically test legacy packages to see if they are compatible for package conversion. To complete this you need to use the following Powershell cmdlet.

What we’re going to do run this command against a specific directory. First we need to locate this directory within the Powershell console. The following can be used:

Cd c:\packages\4.6

Once the console window is in that location then we can run our test of legacy packages.

Get-ChildItem | ForEach-Object {Test-AppvLegacyPackage $_.FullName}

Notice when you run this against several hundred packages the output is only displayed in the Powershell console, you may be asking how do I output this to a useable format???

To make it more readable we’re going to format the output as a table and then export this data to a text file.

Get-childitem | ForEach-Object {Test-AppvLegacyPackage $_.FullName} | Format-Table -Wrap | Out-File c:\output.txt

When you open the output you get something similar to the below. It’s a great improvement from just showing it in the console window but we can make it better.

The next command we are going to use is Export-CliXml. The description is below:

The following command is used:

Get-childitem | ForEach-Object {Test-AppvLegacyPackage $_.FullName} | Export-Clixml -Path c:\TAL.xml

We can then open this XML file for review.

Once the XML has been reviewed you can see it’s not in a format which is very readable, so let’s make it more readable.

Now were going to import the XML file we created and then use the inbuilt Powershell cmdlet “Convertto-html”.

Import-Clixml -Path C:\TAL.xml | Select-Object Source, Errors, Warnings, Information | convertto-html | Out-File C:\TAL.html

Now that’s in a format we like but there’s no table formatting or sorting of objects. Imagine having 100 packages tested and having to scroll through and find which packages had errors or warning.

The final example is solving this problem, firstly we need to define some CSS to make the table look better.

$a = "<style>"
$a = $a + "BODY{background-color:white;font-family:Arial;}"
$a = $a + "TABLE{border-width: 1px;border-style: solid;border-color: black;border-collapse: collapse; font-family:Arial; font-size:12px;}"
$a = $a + "TH{height: 20px;border-width: 1px;padding: 0px;border-style: solid;border-color: black;background-color:darkblue; color:white; font-size:12px;}"
$a = $a + "TD{border-width: 1px;padding: 4px;border-style: solid;border-color: black; vertical-align:top;}"
$a = $a + "</style>"

Now we have some styling we need to run a similar command with some switches, the switches of interest is the sort switch and the extra parameters in the convertto-html where we reference the style created above.

Import-Clixml -Path C:\TAL.xml | sort @{expression="Errors";Descending=$true},@{expression="Warnings";descending=$true} | Select-Object Source, Errors, Warnings, Information | convertto-html -head $a -body "<H3>Test-AppvLegacyPackage</H3>" | Out-File C:\TAL.html

Once this command has been ran you get a nice formatted HTML table with errors sorted first then warnings, so no need to scroll through a large HTML document.

Disclaimer
The sample scripts are not supported under any Microsoft standard support program or service. The sample scripts are provided AS IS without warranty of any kind. Microsoft further disclaims all implied warranties including, without limitation, any implied warranties of merchantability or of fitness for a particular purpose. The entire risk arising out of the use or performance of the sample scripts and documentation remains with you. In no event shall Microsoft, its authors, or anyone else involved in the creation, production, or delivery of the scripts be liable for any damages whatsoever (including, without limitation, damages for loss of business profits, business interruption, loss of business information, or other pecuniary loss) arising out of the use of or inability to use the sample scripts or documentation, even if Microsoft has been advised of the possibility of such damages.

Conclusion
Powershell is your friend with App-V 5.0 and this blog posts shows you how easy it is to use App-V 5.0 cmdlets and inbuilt Powershell functionality to create a formatted report testing App-V legacy packages.

David Falkus | Premier Field Engineer | Application Virtualization

Comments

• Anonymous
  January 01, 2003
  Thanks for this post!! Works as expected and saves a lot of time because i don't have to figure out a script by myself!

• Anonymous
  October 23, 2013
  Please fix misprints (also in TechNet Library, if it's possible) Correct comandlet is Test-LegacyAppvPackage and correct parameter is -Source, not -SoursePath