Skip to main content
  • EN

I have an extremely simple workspace with a creator and an HTTPCaller that just downloads a file from a fixed location to a file share. Runs on my machine in fme desktop but when I publish to server, I get an error. However, the file successfully downloads when run from server. If I set the workspace parameter for Rejected Feature Handling to "Continue Translation" the workspace is successful and I get my file.

So is this indicative of a problem? I don't want to get blocked from the wfas site if they don't like my request.

 

FME Server 2019.2.1

 

Build 19813 - win64

FME Desktop 2019.2.1.0

Build 19813 - win32

 

52HTTPCaller (HTTPFactory): HTTP/FTP Transfer: Downloading resource 'https://wfas.net/google-earth/wfas_nfdr.kmz' to local file '\\\\blah\\blah\\wfas_nfdr.zip'53HTTPCaller (HTTPFactory): HTTP transfer summary - status code: 403, download size: '3496 bytes', DNS lookup time: '0.001847 seconds', total transfer time: '0.214343 seconds', url: 'https://wfas.net/google-earth/wfas_nfdr.kmz'54HTTPCaller (HTTPFactory): Received HTTP response header: 'HTTP/1.1 403 RestrictedServerAccess' from 'https://wfas.net/google-earth/wfas_nfdr.kmz'

This might be a permissions issue.

The FME Server service is by default running as Local System, which account might not be able to access the service which the HTTPCaller is calling.

FME Workbench runs with the account of the user that is logged in.

So you might have to provide credentials in the HTTPCaller to have it call the service or change the owner of the FMEEngines service (see in the properties of the service).

Hope this helps.

Thanks for responding. There aren't any credentials required by the service; it's completely public. Am I understanding your suggestion correctly?

Thanks for responding. There aren't any credentials required by the service; it's completely public. Am I understanding your suggestion correctly?

The question is if the local system account has access to anything outside the computer. Normally it does not have network access.

Just to add a note that in our environment we had to whitelist the site because our servers only allow access to whitelisted sites.

And to clarify in case anyone was surprised by my original description of the problem, I did not get any data back from the service, as you might expect. I was misled by the fact that the datetime of the zip file I was writing to updated, but actually it just updated with no data in it.

Reply


Community Stats

30,351
Posts
115,341
Replies
38,081
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.