A read-only category for lost FME Form topics. We hope to move them shortly.
Recently active
Hi all, We are trying to configure Azure AD SAML authentication for FME Server 2022.2 . We have used the express installation and then configured an IIS reverse proxy. We are getting the error in the attached image. Is Azure AD SAML authentication with an IIS reverse proxy supported? https://community.safe.com/s/article/Configuring-FME-Server-for-Azure-AD-SAML-authenticationhttps://community.safe.com/s/article/using-iis-and-arr-as-a-reverse-proxy
Today I cover a frequent issue: how to run FME from the command line, specifically with Windows Scheduler. Question of the WeekThis question was asked in Live Chat by a user with a problem with database connections and Windows Scheduler. Q) In my workspace I use a writer that connects to SQL Server via a SQL Server account. In Workbench, the workspace runs and data is inserted. But run through Windows Task Scheduler, it fails with SQL Server issues. I've set the username and password in the writer, but in the log file it appears to be not set! A) This type of issue appears quite often. In short: if a workspace works in Workbench, but fails in a different environment, it's 95% likely to be a permissions issue. Let's look at a few sticking points and - in particular - this scenario, which is harder because there's a database connection involved. Who Are You?The absolute number one issue when running a workspace from a command line is the account used to do that. It's important to realize
I recently upgraded to FME Server 2022. As I'm creating new workbenches for publishing or modify existing workbenches, I'm transitioning to Desktop 2022 as well.I have a process with three (3) identically configured Feature Writers (ESRI SDE/SQL Server) that first truncate three (3) tables and then insert into those tables. I have updated and republished this in 2022. When I try to run it in my new environment, it stalls at TRUNCATING one of the tables... literally sits there for almost 2 hours, then resumes. I should add that this is not a super large table - 150K records maybe. My understanding of TRUNCATE does not suggest this size would have an impact, nor have I seen this before. Nothing has changed about the database/table. Nor the Writer configurations or workbench "logic". What could be causing this hang-up? Has my Writer gone south?
Hi All, 50 2022-2-2 18:19:13 | The Esri Product license used by this machine does not include licenses for the 'Advanced' licensing level51 2022-2-2 18:19:13 | Unable to perform any licensing related tasks. Please check your Esri ArcGIS Compatibility setting. This 64-bit version of FME requires ArcGIS Desktop along with 64-bit Background Geoprocessing; ArcGIS Pro; or ArcGIS Enterprise. Refer to this this article http://fme.ly/qua for more details52 2022-2-2 18:19:13 | A fatal error has occurred. Check the logfile above for details We have FME Server 2021.2.2 running with ArcGIS Pro. We have logged into Pro with a ESRI named user 'gisadmin_acc', this has an advance level license assigned to it. Pro opens and runs fine on the server machine. We installed FME Server using an admin account called sa-pandora-fmeWe also installed ArcGIS Pro with this same sa-pandora-fme account. The instructions we have been following are here - https://community.safe.com/s/article/Using-ArcGIS-Pro-with-FM
Hi there, I wonder anyone can help me to resolve the issue I am having with FME 2023.2.1 installation on Windows 2012 R 2 Server. I have the following error opening FME.
This is how the initial output from my ftpcaller looks like ( calling a csv to attribute)and this is how it looks like when i sort it by file contents.Any transformer that i use after calling the data uses the first screenshot, thereby inhibiting me from automating any process.I have to download to file, open and save it and then re add it to a second script to manipulate it and push it to AGOL ( which is my end goal)
