Freeze in Starting translation...

[SoratoMarques]

Hi,

I’m having some issues with interoperability. Sometimes, in Workbench, if I run the same workspace multiple times (which is very common in development), Workbench freezes on the "Starting Translation..." message.

So, I have to restart my computer user profile.

Has anyone encountered this problem before? How did you solve it?

[BruceHarold]

Hi, yes we have seen this intermittently but have not been able to isolate the cause.

If you are using a non-embedded workspace (i.e. your tool source is a .fmw file) then starting Workbench from the Windows Start menu should not error.  If you see a .recover file with the same base name as the .fmw file then accept any message to use it - this will recover your latest edits.

[RenatoSalvaleon3]

I'll do what @BruceHarold to recover my last edits too. 

To add more context, this behavior is a known issue that is triggered by a change in the workspace canvas. The behavior can happen with simple or complex workspaces.

During runtime, the user experiences this "Starting translation... "  freezing log message in the Translation log or after restarting workbench stalls on the "Checking license" screen. 

A memory leak happens during the author-test workspace lifecycle, freezing the run of the translation. Usually happens when the Feature Cache is enabled. There is no exact repro step identified yet except for these known behaviors.

The best way to check this behavior is to open Task Manager and click on the Details tab. If there are more fmeobjectsworker.exe process than fmeworkbench.exe, one of these processes is freezing the execution of fme.exe.

You will only see fme.exe when you click on the Run button on the Workbench app or its running a workspace headless on a scheduled task.

See my suggested workaround below.

[SoratoMarques]

Hi,

I´m glad for your message. I will try the ideas until the complete solution to the problem.

Thank´s

[Jconner256]

Has any resolution or have additional workarounds been identified?  I am currently experiencing the issue. When closing the Workbench and attempting to reopen, I am stuck at the ArcGIS "Checking License" window. If I restart my computer, it will open. But, restarting a computer multiple times while developing a process is less than ideal. 

[RenatoSalvaleon3]

There is no resolution since we still don't have exact repro steps. However, a better workaround is available.

"End" duplicates of fmeobjectworker.exe process in Task Manager -> Details pane. "Ending" the correct fmeworkobject.exe process leak frees up the memory to allow the Translation to run again.

Please save your workspace before attempting to "kill" any process.

A couple more suggestions:

1. Restarting the workbench app also works after deleting extra fmeobjectsworker.exe processes.

2. Use Feature caching sparingly, especially when the workspace is used in production. This would be counter productive for authoring but we believe there is a link between feature caching and this bug.

[Jconner256]

Thanks for the update! Ending the duplicate fmeobjectworker.exe process(es) seems to unfreeze the Workbench, and I will keep the feature caching in mind.