Category Archives: Receiver Storefront

Launching Citrix Receiver subscribed apps using OS X Spotlight

2
by Citrix, CloudGateway, Receiver Storefront, XenApp, XenDesktop •

If you are using a Mac and Citrix Receiver with Citrix CloudGateway Express/Enterprise and have subscribed to applications you will notice that these applications have a file placeholder in the directory ~/Users/username/Applications/

What this does is it allows Spotlight to index the files and then make them available to Spotlight or any other quick launch app that uses the index that Spotlight created. So now I can launch my Citrix applications without first launching Citrix Receiver. The subscribed applications also show up in LaunchPad.

The folder with my subscribed applications:

Citrix Receiver subscribed apps on filesystem

Citrix Receiver showing my subscribed applications:

Citrix Receiver subscribed applications

Below is a video showing me using Spotlight to launch subscribed applications, in this case I’m using it to launch both CloudGateway Enterprise web applications such as MyCitrix and Linkedin as well as published desktops, in this case a physical PC delivered via Citrix RemotePC.

Citrix Receiver Storefront delay on first launch

by Citrix, Receiver Storefront • Tags: , , , , , , , ,

Perhaps you’ve seen the KB articles for solving a delay on first launch for Web Interface http://support.citrix.com/article/CTX117273 or Desktop Director http://support.citrix.com/article/CTX130580…well I’m here to tell you that these changes apply to Citrix Receiver Storefront too.  While there isn’t yet a KB article for this on Storefront these issues occur across many of the Citrix product lines as they all use signed code.  When this signed code starts up the certificates that were used to sign it are checked against a certificate authority.  More information about this process is here http://blogs.msdn.com/b/pfedev/archive/2008/11/26/best-practice-generatepublisherevidence-in-aspnet-config.aspx.

If security is of the highest importance and you want/need to ensure that the code that is executing on your server is indeed the code Citrix created and not some rogue dll then you should leave things as they are and instead try to lengthen the worker process timeout value so they don’t shut down so quickly when there isn’t any activity and/or use health monitors from Citrix Netscaler to keep the site “warmed up”.

If speed and user experience is more important you’ll want to make these changes below to speed up the first connection to the Citrix Receiver Storefront site.

For quick reference here, the change you’ll need to make in order to speed up first login/connection to Citrix Receiver Storefront is:

  1. Check IIS for the ASP.net version that is in use with the Receiver Storefront site.
  2. Open Aspnet.config for editing in the following directory:
    • C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727
    • Note: The ASPNET.CONFIG file is located in Framework Directory for the version of the Framework you are using. For example, for a 64-bit ASP.NET application it is: c:\Windows\Microsoft.NET\Framework64\v2.0.50727
    • For a 32-bit application it is: c:\Windows\Microsoft.NET\Framework\v2.0.50727
  3. Add the following lines to your Aspnet.config file:

<?xml version=”1.0″ encoding=”utf-8″?>
<configuration>
<runtime>
<generatePublisherEvidence enabled=”false”/>
</runtime>
</configuration>