Skip to main content

We are troubleshooting an issue getting FME 2024.0.2.2 to write to an ArcGIS SDE hosted in SQL 2019 on AWS. We have ArcGIS Pro 3.3.5 installed. 

This should all align with guidance found here: Notes on FME and Esri Versions and Compatibility – FME Support Center

Additionally, we’ve found new guidance that seems to suggest the decade + old method of using desktop/Pro is no longer valid and ArcGIS Server is required to reside on the same machine as FME Flow: Using FME Flow with Esri ArcGIS Software – FME Support Center

We have confirmed at publishing in Pro, the default is all licensed users are hitting the concurrent server and being assigned an Advanced license.

The error we are seeing is:

 

Our questions:

  1. Is the documentation right and ArcGIS Server is the only option (i.e., cannot use Pro)?
  2. If ArcGIS Server is the only option, must the ArcGIS Server instance remain running (i.e., the ArcServer.exe process must be started and running or can it be stopped)?
  3. It sounds from our error that the expectation is FME Flow tapping a local Esri software licensed at the ‘Advanced’ level (assumedly due to what was used with FME Form and local Pro settings at time of publishing) and if #1 question above = yes, then we have to consider whether to use an Advanced license level for the ArcGIS Server install or downgrade the local Pro to Standard in conjunction with FME Form for publishing. Any other interpretations or ideas on resolving this error?

Bigger picture concerns:

  • If ArcGIS Server is now required, this is a 3-4x cost increase for implementation of FME Flow for use with Esri solutions.
  • If ArcGIS Server is now required, there are scaling implications for architecture considerations and cost implications for infrastructure of back of napkin guess 20-30% to cover additional resources while keeping performance/load addressed.

 

Unfortunately, ArcGIS Server is the only supported method when working with FME Flow.

My understanding is that ArcGIS Server simply needs to be installed and licensed, it doesn’t need to have a site setup and I believe it doesn’t need to be running


@hkingsbury appreciate the feedback. Specific to the license level (Question #3 in original post), any thoughts?


@hkingsbury appreciate the feedback. Specific to the license level (Question #3 in original post), any thoughts?

Reading the comments in the following, basic looks to be sufficient - https://support.safe.com/hc/en-us/articles/25407403131917-Using-FME-Flow-with-Esri-ArcGIS-Software


@sfierro Have you installed desktop background processing package along with Pro? In a scenario I tested in 2025.1 it works fine with ArcGIS Desktop 10.8.2 (standard) with 64 bit geoprocessing package installed in the engine VM. (not using Pro). It can write to Postgres SDE.  


Thanks ​@tp_atkins we actually caught up with SAFE at the Esri UC and determined that while technical workarounds such as the one you suggested exist on the web and may functionally work, as per licensing agreements (Esri & SAFE), the requirement is for ArcGIS Server and all other setups are non-compliant. Bit rough because it instantly puts a big multiplier on FME server total cost of ownership (TCO). This is driven by the fact Esri licenses Server for ArcGIS on a 4-core minimum basis per machine so that’s a big cost to swallow just to get access to the ArcObjects DLLs, ArcPy Module and licensing mechanisms of Esri.

 

SAFE also confirmed that the ArcServer.exe doesn’t need to be running. While that at least means the server doesn’t need to be scaled in terms of RAM/CPU resources to have the software sitting idle it does raise bigger picture enterprise architecture questions that will be more easily answered by large organizations but becomes a challenge for smaller organizations. In a larger organization landscape, there may already be an ArcGIS Server established for data processing needs (ETLs, batch processes, etc.) where significant system resources have already been built and the ArcGIS Server licensing scaled for ‘x’ cores, and it makes sense to simply add FME Flow (Server) to that machine to maximize resource utilization. In a smaller organization, there likely isn’t a dedicated data processing ArcGIS Server and those needs are handled by the same stack that is handling general services needs for web maps & apps. FME is usually on its own machine and may have scaled resources to meet the load of data processing needs. This leaves smaller environments with a cost/benefit analysis to solve but neither equation is overly palatable:

  1. Use existing ArcServer for visualizations, add FME Flow to that but be forced to scale resources and hope that your needs are for just 1-2 additional CPU cores because at 3+ additional cores your ArcServer per core licensing costs fall towards equation 2. This way you benefit/maximize your existing ArcServer license costs and try to minimize any additional licensing impacts.
  2. Hope your existing stand-alone FME Flow server has no more than 4 cores, install ArcServer to it and set the ArcServer.exe to be a ‘Stopped’ service. You still eat the full cost of the ArcServer license and get zero use/benefit from the license outside of being able to use FME with Esri solutions, but you don’t overtax your visualization server and perhaps can do some rebalancing across your architecture (could be networking, security group, authorization, etc. impacts to a change and are those headaches/costs worth it) to shift any processes that had been running on the visualization server to the FME server, making it the start point for data processing. Obviously, a lot easier decision if you are already doing a full environment upgrade/migration AND your FME footprint is within the purview of that larger consideration of an Esri/GIS stack vs. trying to sort it all out on existing infrastructure and at best make a band aide solution with a bookmark for it in some future effort.

All things considered, we must recommend the compliant path, and our client only wanted to consider compliant options. It is without doubt a rock and hard place scenario with a zero-sum answer...your licensing costs will go up. Since the FME server environments (DEV, TEST, PROD) were well established and not in scope, and each are beefy systems for obvious data processing reasons, the decision was to install ArcGIS Server to these servers under the existing EA and recognize its at best an item to resolve via re-architecture & optimization before the next Esri EA renewal and at worst a tough conversation point during the renewal.