Skip to main content
Question

WFS reader fails before connection timeout is reached.

fmelizard
Safer
Forum|alt.badge.img+19

I have a WFS reader that is failing at 5 minutes when I am attempting to read in a large number of features. The reader is set to Prefer HTTP Post if available. The connection and transfer timeouts have both been set to 7200. The error I am seeing in the log file is:

Sending HTTP 'Post' Request to {Feature WFS}, waiting for response.

Received HTTP response header: 'HTTP/1.1 100 Continue'

Received HTTP response header: 'HTTP/1.1 503 Service Unavailable.

Is there another setting besides the timeouts that could be causing this failure at 5 minutes? We have talked to the WFS administrators and they could not find anything on their end that would cause the issue.

3 replies

itay
Supporter
Forum|alt.badge.img+17
  • itaySupporter
  • Supporter
  • April 26, 2017

Hi @angelam,

Is there a reason for preferring post? does the service actually support this type of request? any luck with another WFS version? does the service also reacts this way with another client?

fmelizard
Safer
Forum|alt.badge.img+19
  • fmelizardSafer
  • Author
  • Safer
  • April 26, 2017

There is a limit to the length of url requests. A post submits a request in an xml file. We found that we were hitting the limit with some of our requests so which necessitated the switch to post. I have not tried a different WFS version. Would there be a difference in how 1.1 vs 2.0 handles this?

itay
Supporter
Forum|alt.badge.img+17
  • itaySupporter
  • Supporter
  • April 26, 2017

Not necessarily but with the 2.0.0 version you can use paging, if the service supports it (check the get capabilities for that)

Reply


Helpful Members This Week

Community Stats

31,491
Posts
119,385
Replies
39,114
Members

Latest FME

Terms & ConditionsCookie settingsAccessibility statement

Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie 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.