I am trying to start a job on FME Flow from another application by making use of a webhook and a token. The trigger results in succesfully starting a job on FME Flow, but the response is most of the time the following:
502 - Web server received an invalid response while acting as a gateway or proxy server.
It looks like this only happens when the job takes longer than 2 minutes. Does anyone have an idea where the 502 response comes from? This indicates an error while in fact the job is started as expected.
Version 2022.2
Build 22765 - win64
Best answer by hkingsbury
stefan.vdberg wrote:
Thanks for your response @hkingsbury. You are correct, we are using a reverse proxy (IIS) and it indeed looks like a timeout there, because the call waits for the job to succeed or fail. I will try to split the call into submitting the job and retrieving the result.
as you're using IIS i'm therefore assuming you're using ARR - it could be as simple as increasing the timeout in ARR.
But yes, for longer running jobs, it generally is a good Idea to follow a more async style process and submit a request (and retrieve the job id) then poll the job ID until you no longer get a processing state
Thanks for your response @hkingsbury. You are correct, we are using a reverse proxy (IIS) and it indeed looks like a timeout there, because the call waits for the job to succeed or fail. I will try to split the call into submitting the job and retrieving the result.
Thanks for your response @hkingsbury. You are correct, we are using a reverse proxy (IIS) and it indeed looks like a timeout there, because the call waits for the job to succeed or fail. I will try to split the call into submitting the job and retrieving the result.
as you're using IIS i'm therefore assuming you're using ARR - it could be as simple as increasing the timeout in ARR.
But yes, for longer running jobs, it generally is a good Idea to follow a more async style process and submit a request (and retrieve the job id) then poll the job ID until you no longer get a processing state
as you're using IIS i'm therefore assuming you're using ARR - it could be as simple as increasing the timeout in ARR.
But yes, for longer running jobs, it generally is a good Idea to follow a more async style process and submit a request (and retrieve the job id) then poll the job ID until you no longer get a processing state
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.
