-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Query result parsing fails, but /items still return empty HTTP 200 result #88
Comments
This is due to the current streaming implementation. I think we could change the logic so that we first buffer a set of features before commiting to writing 200 OK (e.g. change BufferedResultSet to eagerly fetch the first batch of features, not lazily during first call to |
The error might occur when writing nth feature so it's difficult to determine the right amount of buffering. One megabyte might solve most problems but not all. Also the highlighted issue might not be something hakunapi even aims to support (handling changes in sources after startup). Obviously it might be difficult to recognize these sorts of errors if service monitoring is configured to just check the status code. Not sure what would be correct move here. |
When the data types change on the DB side without restarting the hakunapi service, for example a datetime->date change on a column will trigger above error in resultset parsing, but this is not indicated by HTTP 5xx status code.
The text was updated successfully, but these errors were encountered: