There are many different types of delivery methods available, each with their own special purpose. In this article, we'll take a look at the Windows Virtual Desktop delivery method and some scenarios in which it could be used.
In this article
Also in this section
There are no sub-sections to this page
There are many different ways in which an application can be delivered to an end user and which one you choose to use could depend on a number of factors such as the type of device they are using, who owns the device or where they are physically located, as a few examples. The Windows Virtual Desktop (WVD) delivery method is an Azure hosted VDI technology which supports multiple concurrent Windows 10 sessions. WVD is the successor of RDS, offering an improved end-user experience.
The support offered by AppsAnywhere for Windows Virtual Desktop differs slightly from that of other delivery method technologies.
Rather than directly initiating the launch of a WVD application from the portal, the AppsAnywhere client will launch the WVD client and prompt the user to set up WVD through a series of instructional dialogs. The dialogs given to the user will be dependent on their operating system. As part of these instructional steps, the user will be directed to launch a WVD desktop session, in this session the AppsAnywhere portal will be launched automatically and the user will be prompted to find their app and launch it.
Common Delivery Method Settings
All delivery methods share some basic, common settings that you will need to understand before continuing. Make sure you have read the Common Delivery Method Settings article before continuing.
Once you understand the common settings and how they work, you can go to the application you want to manage:
- Log into AppsAnywhere as an admin user
- Click on Return to Admin to access the S2Hub admin portal
- On the navigation menu at the top of the page, go to Applications > Manage Applications
- Click Edit next to the application you wish to manage
Creating the delivery method
Adding a new delivery method:
- On the application management page, select the Delivery Methods tab
- Under the list of current delivery methods, you will see the Add New Delivery Method section
- Select Virtual Desktop from the Add Delivery Method screen
- Click Add or double click the delivery method
- The form for adding a new Virtual Desktop delivery method will then load up on the right-hand side
- Complete the required details (described below)
- Set the Operating System Compatibilities and the Restrictions for your delivery method
- Click Save
If the save was successful, you will see the form replaced with the following message and your new delivery method will be added to the bottom of the list on the left-hand side
If there were any errors with the data you entered, you will be prompted to correct these before you can continue.
Something To Note
Only one Virtual Desktop delivery method may be added per app.
Delivery Method Fields
The following table describes each field and setting available for this delivery method, its intended value and an example for each.
Before you start, you must select whether you want to offer a locally installed option for Windows devices, macOS devices or both using the toggle buttons at the top of the form.
|Field Name||Description||Intended Value||Example|
Windows Virtual Desktop can either be launched as a native client or a HTML5 client. A native client is one which has been installed locally whereas a HTML5 client allows WVD to be accessed entirely from within the browser.
Note: All devices support the HTML5 client, although only some support the native client (Windows and Mac OS); where the native client is preferred but is not supported, the HTML5 client will be used instead.
|Whether the app should prioritise the HTML5 client or the native client.|
|Windows Virtual Desktop Environment||The Windows Virtual Desktop Environment that has been connected to AppsAnywhere.||The Windows Virtual Desktop environment in which the app for this delivery method is accessible.||AppsAnywhere WVD|
|Resource ID||The Resource ID is the ID assigned to a particular app or desktop by Windows Virtual Desktop.|
The Resource ID which is required is the ID of the desktop from which the user can find and launch the application in AppsAnywhere.
The Resource ID can be found by following the instructions in the Finding the Resource ID section.
The Resource ID used should be the Resource ID of a desktop where the application is available, not the Resource ID of the application in Windows Virtual Desktop.
Finding the Resource ID
Finding the Resource ID requires a machine which has the WVD client configured. This means that the WVD client must be installed and set up, to set up Windows Virtual Desktop on a windows device follow these steps.
- Locate and launch Windows Virtual Desktop client
- When the client opens you may be asked to sign in with your university account
- Find and launch the relevant desktop
- You may be asked to sign in again using the same credentials as step 2
Once the WVD client has been configured, go to the %localappdata%\rdclientwpf\ folder. In this folder there should be one or more folders which have a GUID style name (a 128 bit number, for example 123e4567-e89b-12d3-a456-426614174000), inside each of these folders there will be a collection of image files and RDP files, use the images to identify the relevant desktop you are interested in.
Once you have located the desktop you are interested in, the Resource ID is the name of the file, without an extension, for example if the name of the image file was 576g8543-a67e-32f5-a456-426614174425.ico, then the Resource ID would be 576g8543-a67e-32f5-a456-426614174425.
Now that your delivery method is in the list of those available, it is important that you prioritize it accordingly to determine exactly when it will be used.
To understand this process completely, take a look at the Prioritizing delivery methods article.