Skip to main content
  • EN

Hello Everyone,

I hope someone can assist me with 3 FME Workbenches. Each Workbench does an HTTPCaller that writes to a file (on the local network) then uses that file as a source for the rest of the Workbench.

Whenever I run these Workbenches of Server, they run successfully but with 0 features written. I use the exact Workbench and run it from my Desktop, they also run successfully and with the correct number of features written.

I would like to figure out why there is a difference, make the necessary changes and then schedule them on the FME Server.

Thank you

Are you using UNC paths on server? Consider using a FME server resource location for the temporary files.

Are you using UNC paths on server? Consider using a FME server resource location for the temporary files.

Yes, UNC paths are used for all HTTP Callers and XML readers.

 

 

First of all, if you use UNC paths (i.e. network resources) in FME Server, you will have to configure your engines to run as a domain user, cf. http://docs.safe.com/fme/html/FME_Server_Documentation/Content/AdminGuide/Running_FME_Server_Engines_Under_Different_Account.htm

Generally, when debugging issues such as this, you will need to analyse and compare the log files from the workspace as it runs on Desktop and Server to find the discrepancy. Posting boths logs here (as attachments) would also be very helpful.

Yes, UNC paths are used for all HTTP Callers and XML readers.

 

 

The log would be helpful...

Are you using UNC paths on server? Consider using a FME server resource location for the temporary files.

Here are the log files from the most recent running of the Workbench on both the server and on the desktop.

 

First of all, if you use UNC paths (i.e. network resources) in FME Server, you will have to configure your engines to run as a domain user, cf. http://docs.safe.com/fme/html/FME_Server_Documentation/Content/AdminGuide/Running_FME_Server_Engines_Under_Different_Account.htm

Generally, when debugging issues such as this, you will need to analyse and compare the log files from the workspace as it runs on Desktop and Server to find the discrepancy. Posting boths logs here (as attachments) would also be very helpful.

Log files have been posted to the first answer.

 

 

Here are the log files from the most recent running of the Workbench on both the server and on the desktop.

 

@billnjarheim,

 

 

I would quickly remove these logfiles and add new ones without (or edit them out) the passwords...

 

Next to that after the FeatureMerger ( in the server version) there are no features going into the DateFormatter_Socrata. Could that be the issue?

 

@billnjarheim,

 

 

I would quickly remove these logfiles and add new ones without (or edit them out) the passwords...

 

Next to that after the FeatureMerger ( in the server version) there are no features going into the DateFormatter_Socrata. Could that be the issue?

 

I removed the log files (I am fairly new to working with FME log files for troubleshooting - so thank you for your feedback).

 

 

You came to the same conclusion as I did and that is in Desktop there are features that are passed through to the DateFormatter_Socrata and on the server (which is the same Workbench) there are no features passed. I have no explanation for this as there are features that lead to that Transformer in both cases.

 

 

I removed the log files (I am fairly new to working with FME log files for troubleshooting - so thank you for your feedback).

 

 

You came to the same conclusion as I did and that is in Desktop there are features that are passed through to the DateFormatter_Socrata and on the server (which is the same Workbench) there are no features passed. I have no explanation for this as there are features that lead to that Transformer in both cases.

 

 

I would add a logger just before and after the Date_Formatter since no features \\are exiting it, there must be something wrong with the settings.

 

You can define a set invalid date attribute to parameter to return a value.

 

 

Reply


Community Stats

30,126
Posts
114,374
Replies
37,765
Members
Terms & ConditionsCookie settings
A product of
Safe Software respectfully acknowledges that we live, learn and work on the traditional and unceded territories of the Kwantlen, Katzie, and Semiahmoo First Nations.