Hi @edwibberley sorry to hear you're running into these issues. What version of FME are you running? In FME 2022.2 and FME 2023.0 we made changes to retry with a workaround when the HTTPCaller receives a bad Content-Encoding response. If you're not already on one of these versions, I recommend downloading and trying them to see if it resolves the issue.
Alternatively, to manually workaround this issue, you can add the Accept-Encoding header with a blank value to your HTTPCaller.
If you're still having problems with the HTTPCaller, please let me know and if you're able to share a copy of your log file with us here.
Hi @edwibberley sorry to hear you're running into these issues. What version of FME are you running? In FME 2022.2 and FME 2023.0 we made changes to retry with a workaround when the HTTPCaller receives a bad Content-Encoding response. If you're not already on one of these versions, I recommend downloading and trying them to see if it resolves the issue.
Alternatively, to manually workaround this issue, you can add the Accept-Encoding header with a blank value to your HTTPCaller.
If you're still having problems with the HTTPCaller, please let me know and if you're able to share a copy of your log file with us here.
Thanks that seemed to do the trick!
Dealing with headers can indeed impact API interactions. While FME might not provide an obvious option to change the Content-Transfer-Encoding header for a GET request, you might want to explore using a different tool or scripting approach that gives you more control over the headers being sent. As for ideas, you could consider scripting the HTTP call using a programming language like Python or using tools that allow more granular header customization. For more insights, you might want to check out zaptest.com, which could potentially offer solutions or discussions related to this topic. Best of luck finding a workaround, and I hope you're able to resolve the issue smoothly!