At the time of writing this RES Workspace Manager and Automation Manager do not currently support App-V 5.0 and PowerShell 3.
This article is the work around… We are using RES WM and AM to publish and manager App-V 5 packages. I’m guessing there are other/better ways of doing this 😉
First of all using Automation Manager I created a new module called “App-V 5 Publisher”. Within this a “Command” task (note, PowerShell 3.0 is not supported at this time).The script field has the following,
“”c:\windows\system32\WindowsPowerShell\v1.0\powershell.exe” “add-appvclientpackage -Path ‘$[AppPath]‘| Publish-AppvClientPackage -global | Mount-AppvClientPackage””
The ‘file extension of Script’ is the default ‘cmd’.
Note: I use a parameter called AppPath to which we pass a variable from Workspace Manager.
Under the Settings tab, I execute the command using the windows command interpreter and I specify a domain based service account with local admin access.
Note: You need to ‘Load user profile’.
That’s all that’s required in Automation Manager.
Before the Workspace manager configuration I recommend you publish the app to your “test” machine which also has the WM management console… Un publish/remove when after the following steps.
In Workspace Manager, under Composition and Applications, create a new package (using the wizard if you prefer) and for the application path, browse/type the location of the published application (%programdata%\appv\etc\etc…
Configure the application as you would any other managed app. Note you can still use Process Interception, Zero Profiles, etc…
Under the Configuration options add a new Automation Task.
Now select the module you created in Automation Manager (above). You will be prompted to enter a parameter value for the module. Enter the path to your app-v package (Package.appv) on your content/network share.
Select ‘Skip if application executable was found’, ‘wait for task to finish before continuing’ and ‘Run before other actions’.
Click OK and ta-da, test away…
This is far from perfect but it works (for me anyway). My only recommendation at the moment would be not to publish packages with start menu/desktop shortcuts and use Workspace Manager for this. As the package is being published globally, other users of that workstation will be able to access the package (unless you implement other lockdown, etc).
It’s a start anyway!