Problémy s naplánovanými úlohami používajícími Data Interoperability 3.4 v ArcGIS Pro

AndrewPadilla

Dobrý den, komunito Geonet, @BruceHarold @RenatoSalvaleon !

Setkávám se s problémem v ArcGIS Pro 3.4 a Data Interoperability 3.4 při spouštění naplánovaných úloh vytvořených přes Pro. Zde je scénář:

1. Vytvořil jsem jednoduchý Spatial ETL nástroj, který čte CSV soubor a zapisuje ho na plochu.
2. Když nástroj spustím ručně v ArcGIS Pro, funguje bezchybně.
3. Spuštění stejného nástroje přímo v Data Interoperability Workbench také funguje bez problémů.
4. Nicméně, když přidám Spatial ETL nástroj do Pro jako geoprocesní nástroj a naplánuji ho jako úlohu, během provádění dojde k havárii.

Dokonce jsem zjednodušil pracovní postup pro další testování, ale problém přetrvává. Zdá se, že je to specificky spojeno se spuštěním nástroje jako naplánované úlohy, nikoli ručně.

Zažil někdo podobné chování s Data Interoperability 3.4 a naplánovanými úlohami v Pro 3.4? Pokud ano, jak jste to vyřešili?

Jakékoliv postřehy, návrhy nebo možné obcházení problému budou velmi oceněny.

Děkuji!

bharold

Hello Andrew

You have run into a known issue, we will patch it as soon as possible.

There is a workaround.  If you run your tool from the Workbench app, near the top of the translation log you will find a message containing the console command to run fme.exe with your tool path as an argument, plus any other parameters (but see below*).  If you use Windows Task Scheduler to configure a task with the code it will work.

*If any input parameters do not change at run time (which is typical for scheduled tasks) then do not publish the parameter and it can be omitted from the command arguments.

Another option is to publish your tool as a web tool and schedule that, this requires Enterprise 11.4.

See this example:

https://community.esri.com/t5/arcgis-data-interoperability-blog/etl-pattern-scheduling-web-tools/ba-p/1546641

Our apologies for the issue.  It will either be patched in Pro 3.4 or fixed in Pro 3.5 - we are working on that.