Is coresuite supported on Citrix?

coresuite is not officially registered for Citrix, meaning we did not have coresuite certified by or registered with Citrix. In addition, coresuite is not supported for Citrix Streaming Profiler at all.

Does coresuite run on Citrix?

Yes. We know that coresuite runs without any issues on Citrix- or Terminal servers, as long as the requirements are fulfilled and everything is set up correctly.

Problems running coresuite on Citrix. What can I do?

When dealing with issues in a Citrix environment, the first and most important point to check: Does the issue also occur on the SAP Business One server directly with NO Citrix components involved; either with the client on the SAP Business One server or when connecting via RDP?

This question helps to determine if the issue is actually related to Citrix.

The first goal is to get the coresuite AddOn running correctly on the SAP Business One server/Terminal server. This needs to be done to ensure that the issue is not caused by System-, Installation- or Configuration errors of the SAP Business One or operating system base.

Issues only occur on a Citrix session and not on the Terminal server/SAP Business One Server. What can we do?

Only if the coresuite Addon is running correctly with SAP Business One on the SAP Business One Server/Terminal server but not work in the Citrix environment, the issue is clearly related to Citrix. This can either be due to Citrix limitation or a Citrix configuration issue. 

In this case your company’s System-/Citrix Administrator needs to be contacted, as coresystems does not provide this service. Yet, we can be contacted for additional troubleshooting help.

What about performance and display issues?

Some of our coresuite modules use WPF (Windows Presentation Foundation) components.

There are known issues between Citrix and WPF (or .NET Components), which are usually fixed by either Microsoft or Citrix. Coresystems has no influence here as coresuite (with its WPF/.NET components) runs on top of the Microsoft or Citrix environments. 

For performance issues, please refer to the Citrix Performance Monitor Counters: http://support.citrix.com/proddocs/topic/xenapp5fp-w2k8/ps-maintain-monit-per-sess-srv-v2.html

You are always talking about “fulfilling requirements” – what requirements do you have?

Always refer to our system requirements. In addition, please find the summary below:

• Full read/write permissions to the following (including underlying) directories
• %temp%
• %ProgramFiles(x86)%\SAP\SAP Business One\AddOns
• %ProgramFiles(x86)%\SAP\SAP Business One\AddOns\COR\
  
  

  It is fundamental, that coresuite can write/create files using .NET Code within those folders. 

• Full support of  .NET 3.5 SP1 functionalities. If .NET Framework 4.0 is installed, please ensure that you enable the .NET functionalities 3.5 SP1 (For developers this means: dynamic assembly loading (“LoadFrom” / “Load”) and assembly shadowing needs to be possible).
• The behaviour of all the directories must be identical to the native client.
  (e.g. writing must not take longer as it takes on a native client, operating-system responses need to be exact the same as they are on a native environment, if operating system returns a path name, this should be exactly the same as it is on a native client, and etc)

Why are there so many requirements? It is not very Windows Terminal Server friendly and takes a lot of time to set up. This conflicts with the idea of securing my System and infrastructure.

As our AddOn is basically a .NET component, issues can be caused by windows security. In order to ensure that our AddOn runs correctly you need to start SAP Business One (including our AddOns) as local Administrator in the Citrix environment. As some of our modules get extracted to the local filesystem at runtime, we also need to ensure to have write-access.

In order to reach the goal of having the great flexibility and mass of possibilities that the coresuite Addons offers, this architecture needs to be kept. Changing this would lead in losing some of the great features (e.g. customize rules, remote-printing, archiving-/copying and auto-emailing with coresuite designer).

Is there another way to do get coresuite running on a hardened Terminal server/Citrix Server? Maybe we can put the company-folder into the user-home folder, where the normal Citrix user has rights to change files?

Due to the architecture of SAP Business One itself and our AddOn, we need to have full read/write access (and also fully privileged system permission at runtime, in order to extract and load custom-dlls at runtime) in the following directories:

• local temp directory (if you change the local temp directory it needs to appear as %temp% to the system; just like it does in a normal, non-terminal server system).
• SAP and our AddOn needs this access for following components: SM_OBS_DLL, this is the folder where SAP stores temporary files for AddOns; SWA_LD*: this is the folder where our coresuite designer stores temporary files, and temporary backups - especially important if upgrades are performed.
• AddOn folder: Especially when running upgrades of our modules, the executing user needs read/write access to extract files to the AddOn folder.
• SAP Business One Path (SAP Business One -> General Settings: Extension-, Attachment, Picture-, and all the other external folders): If no other folders are specified in coresuite designer, we need those folders to temporarily extract Reports.

If, within the terminal server or citrix environment, you move or create shortcuts to the aforementioned directories, you need to ensure that those (from the view of the system) behave identical to a non-terminal server environment.

The most common way to work on terminal servers is to give the users read/write access to the aforementioned folders, or at least run SAP Business One including ALL of the activated modules as a windows administrator in order to ensure that everything gets extracted and loaded correctly.

What about upgrading coresuite modules on a hardened(/secured) system?

After the aforementioned steps are performed, the permission settings could be set back - but please keep in mind, that this process needs to be repeated every time an update is conducted.

Thank you for this, but nothing helped. I still need help. What can I do?

Slow performance with .NET 3.5 Sp1 + WPF + Citrix

http://social.msdn.microsoft.com/Forums/en-US/windowsaccessibilityandautomation/thread/3ad20474-e9c1-4163-9558-44bb37c6b0eb

.NET Application consumes a lot of CPU on a Citrix Server

http://forums.citrix.com/thread.jspa?threadID=94004

coresuite enterprise search runs slow or has drawing problems

https://helpdesk.coresystems.ch/entries/20476972-enterprise-search-freezes-or-high-cpu-usage-faq-10054

Flickering Windows on Server 2003 with Citrix

https://helpdesk.coresystems.ch/entries/20448488-flickering-citrix-win2k3-faq-10056

I still was not able to fix my issue. I need help from coresystems!

We are happy to help you. Your challenges can be our challenges. Until now, we were able to run our AddOn on a lot of infrastructures (almost all infrastructures). Also, please note that if any of your issues are caused by a misconfiguration or user errors, we have to charge our efforts.