My company is trying to deploy an ArcGIS Pro 2.3 add-in to end users accessing ArcGIS Pro via Citrix. We had found a workaround to install the add-in on the Citrix server and update the following registry key to make the add-in available to all users on the server.
So when a user would connect to Pro through Citrix, the instance of Pro would find the add-in that was installed at the location we updated the registry key with. The .esriAddInX file was placed under "C:\ProgramData". This workaround had seemed to work initially, but there is a process that purges the user profiles on Citrix every night. This causes the dlls for the add-in to be purged from the user's profile that installed the add-in on the server. Therefore, when a user goes to access the add-in via Citrix the next day, the add-in is picked up by Pro, but when the tool is run, the dlls aren't there anymore and the tool can't function.
Now that we have context, my question has two parts:
I'm also open to hearing any other ideas on how to approach the problem. We are using ArcGIS Pro 2.3.2.
Thanks in advance!
Solved! Go to Solution.
Hi Justin,
When you add additional well-known folders for Add-ins via the registry these folders are simply added to the ones you can manually add (given you have permissions) via the Pro "Add-in Manager". See here: https://github.com/Esri/arcgis-pro-sdk/wiki/ArcGIS-Pro-Registry-Keys#settings-keys .
Once you add an esriAddinX add-in file to a well known add-in folder the following will happen:
From your description I can't really tell what the problem is, but in summary the DLL location for add-ins cannot be changed, and I don't understand why that would be needed.
- Wolf
Hi Justin,
When you add additional well-known folders for Add-ins via the registry these folders are simply added to the ones you can manually add (given you have permissions) via the Pro "Add-in Manager". See here: https://github.com/Esri/arcgis-pro-sdk/wiki/ArcGIS-Pro-Registry-Keys#settings-keys .
Once you add an esriAddinX add-in file to a well known add-in folder the following will happen:
From your description I can't really tell what the problem is, but in summary the DLL location for add-ins cannot be changed, and I don't understand why that would be needed.
- Wolf
Sorry for the late response as I've been waiting to confirm this worked. Knowing that's how Pro loads the dlls, it makes sense that we wouldn't change the dll location. It appears that deleting the assembly cache folder completely is working as described. I marked the answer as correct. Thanks for your time!