You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Not sure if this is accepted behavior or a bug. I found this out when testing the REST API with curl.
For inserting resource, if a GET request is sent to path /<database_name>/<resource_name> with no ACCEPT header set, it by default assumes a JSON database. If <database_name>/<resource_name> is an XML resource, it throws an exception.
The reason might be in GetHandler.kt , lines 98-111.
If this is needs to be updated, then a 400 Bad Request can be set if no ACCEPT header was set in GET handler. Otherwise the issue can be ignored.
The text was updated successfully, but these errors were encountered:
Just realized that without bad request handler implemented, it is going to throw an exception no matter how it is handled. I will probably delete this issue and work on the refactorings and the bad request handler.
Not sure if this is accepted behavior or a bug. I found this out when testing the REST API with
curl
.For inserting resource, if a GET request is sent to path
/<database_name>/<resource_name>
with no ACCEPT header set, it by default assumes a JSON database. If<database_name>/<resource_name>
is an XML resource, it throws an exception.The reason might be in
GetHandler.kt
, lines98-111
.If this is needs to be updated, then a
400 Bad Request
can be set if no ACCEPT header was set in GET handler. Otherwise the issue can be ignored.The text was updated successfully, but these errors were encountered: