Studio Apps to WEM to address Citrix Session Sharing challenges

I recently engaged with a customer who had chosen to deploy Citrix 7.15 LTSR across multiple sites utilising Windows Server 2016 published desktops as their primary delivery platform. The user base had been a long term consumer of Windows Server 2008 R2 based published desktops, and the IT teams had utilised the typical management technique to control the user environment, Start Menu redirection, access based enumeration with fine grained NTFS permission assignments to control who can see what in the Start Menu etc.

This approach worked for many organisations until the introduction of a Modern Start Menu from Microsoft, a topic I have discussed multiple times over the last few years.

The decision has been made to utilise receiver to publish applications into the Start Menu in an attempt to introduce some level of Start Menu management into the environment, however being on the LTSR platform, the functionality associated with session sharing of Apps and Desktops is not really ideal. In fact the work around required to make this work is unnecessarily complex, full of management overhead and multiple touch points and adds negative impact to session logon times.

This challenge is obviously remediated via the vPrefer feature in 7.17, but that doesn’t help LTSR customers

The solution? Workspace Environment Management (again). WEM is more than capable of delivering a robust and dynamic Modern Start Menu without any of the logon impact overhead or multiple touch points. I have written on how to control the Start Menu with WEM so won’t double tap into how this is done, however we had a nice challenge in moving a few hundred applications out of the Citrix Studio and into WEM. Currently there is no functionality to delivery this via native tools, and it’s a manual process. Or at least was a manual process until my good friend Arjan Mensch stepped in once again to save the day with another awesome addition to his WEM PowerShell Module.

The basic premise is to provide an export of all published applications in a CSV format to the module, which then creates an application based action file for import to WEM. Beautiful. One could argue that it would be slightly more automated to have the module pull the list of apps directly from Virtual Apps, however the entire module is currently standalone with no requirements for anything else which is the way we like it.

An additional consideration that we needed to cater for was multiple farms being aggregated into storefront and published into the Start Menu. This was addressed by the Storefront application type that WEM provided as of 4.6.

Another more than effective outcome for a dirty problem. Customer now has faster logon times, reduced interactive logon times (receiver), reduced complexity, single management pane and a huge amount of flexibility all whilst not having to hack and crack anything to get things going. And before anyone comments around Tiles, we used a Custom Start Layout 🙂

 

5 thoughts on “Studio Apps to WEM to address Citrix Session Sharing challenges

Add yours

  1. I’m in exactly the same situation; a few months ago I upgraded the customer from 6.5 to 7.15LTSR, and unfortunately did not have the time to do anything else other than get their existing 2008R2/2012 images onto 7.15. They too have a ton of published apps that I used the clunky local Receiver shortcuts method to get them launching locally. This time round (contracting direct to the customer ) I have a few months to implement 2016 desktops with most of the same apps. I’ve already used Arjan’s script to import a lot of their GPPs into WEM, and somehow I missed part 4 (must be blind!).

    I will be having a look at this on Monday. The only issue I see is it will be pulling apps in from backline servers due to them not sitting well with other apps; I guess they will remain as “normal” published apps and Receiver can pull them into the Start Menu. Luckily I have the time to “play” and see what works…and what doesn’t. Thanks for the article.

    Like

    1. Thanks for the comments – don’t forget that WEM can aggregate your published applications and treat them the same as an installed app – that way you don’t have to get receiver to do anything at all

      Like

      1. Hi James. Looking at that right now; it’s not something I’ve done before, but thankfully I found your article on the very subject. Thanks for that as well.

        Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

Create a website or blog at WordPress.com

Up ↑

%d bloggers like this: