Skip to main content
Solved

Different behavior when 'Run Entire Workspace' vs run individual readers. Using the ChangeDetector.

  • December 7, 2023
  • 10 replies
  • 76 views

bill7875
Contributor
Forum|alt.badge.img+3

If I run each reader individually (one-at-a-time) then I get correct output from each of the readers. If I choose 'Run Entire Workspace' then one reader only processes one record and the other reader processes normally. All feature classes are in the same file geodatabase.

 

imageimageimageAny ideas why 'Run Entire Workspace' doesn't give the expected results?

Thank you.

Best answer by daveatsafe

The failure seems to be occurring on the GDB writing - the error is due to an inability to lock the schema in the output GDB. I would check to see if FMETraining_DataInterOp.gdb is opened in ArcGIS, or you could try writing out to a different GDB than one the workspace is reading from.

This post is closed to further activity.
It may be an old question, an answered question, an implemented idea, or a notification-only post.
Please check post dates before relying on any information in a question or answer.
For follow-up or related questions, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

10 replies

daveatsafe
Safer
Forum|alt.badge.img+20
  • Safer
  • December 7, 2023

The yellow inspection icons on the feature types and transformers point to a failure in the workspace during the 'Run Entire Workspace' process. Please post the resulting log from 'Run Entire Workspace', so we can see what is causing the failure.


bill7875
Contributor
Forum|alt.badge.img+3
  • Author
  • Contributor
  • December 8, 2023

I have attached the log file from running the 'Run Entire Workspace' process. Thank you for taking a look.


daveatsafe
Safer
Forum|alt.badge.img+20
  • Safer
  • December 8, 2023

I have attached the log file from running the 'Run Entire Workspace' process. Thank you for taking a look.

The log file reports that FME can't find the geodatabase:

C:\\Users\\e125818\\OneDrive - City of Houston\\Utils\\FME\\FME_Training\\FMETraining_DataInterOp\\FMETraining_DataInterOp.gdb

Please check that the GDB file is present on your system.

Does SpatialETLTool have a .fmw or .fmwt extension?


bill7875
Contributor
Forum|alt.badge.img+3
  • Author
  • Contributor
  • December 8, 2023

Thank you for your response.

 

fmw is the file extension.

 

Yes. The geodatabase does exist at that path.

The process works fine if I run the components individually. The geodatabase is found. It's the 'Run Entire Workspace' that seems to have a problem finding the geodatabase.

As another test, I created a new file geodatabase in c:\\temp to see if a simpler path would help. It didn't help.


daveatsafe
Safer
Forum|alt.badge.img+20
  • Safer
  • December 8, 2023

Thank you for your response.

 

fmw is the file extension.

 

Yes. The geodatabase does exist at that path.

The process works fine if I run the components individually. The geodatabase is found. It's the 'Run Entire Workspace' that seems to have a problem finding the geodatabase.

As another test, I created a new file geodatabase in c:\\temp to see if a simpler path would help. It didn't help.

This is quite strange. Please send me a copy of the workspace, and I will see if I can reproduce the problem.


bill7875
Contributor
Forum|alt.badge.img+3
  • Author
  • Contributor
  • December 8, 2023

Thank you. Attached is the fmw file.


daveatsafe
Safer
Forum|alt.badge.img+20
  • Safer
  • Best Answer
  • December 8, 2023

The failure seems to be occurring on the GDB writing - the error is due to an inability to lock the schema in the output GDB. I would check to see if FMETraining_DataInterOp.gdb is opened in ArcGIS, or you could try writing out to a different GDB than one the workspace is reading from.


bill7875
Contributor
Forum|alt.badge.img+3
  • Author
  • Contributor
  • December 8, 2023

That worked. I created a second GDB just for the output and wrote everything to that one. Can you tell me how you knew that the issue was that it couldn't lock the schema?

 

Thank you very much.


daveatsafe
Safer
Forum|alt.badge.img+20
  • Safer
  • December 8, 2023

That worked. I created a second GDB just for the output and wrote everything to that one. Can you tell me how you knew that the issue was that it couldn't lock the schema?

 

Thank you very much.

The log file noted the error number returned by ArcObjects, so I looked that up. It's not always easy to find, though.


bill7875
Contributor
Forum|alt.badge.img+3
  • Author
  • Contributor
  • December 11, 2023

That's good to know. Thank you for all your help.