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
... the generated code looks to read critera as json content from the request body - but its a GET and so there is no request body so we get a strange json deserialization error.
Suggested Fix:
The proposed fix, is that the generated code should see this is a GET and so it must look to populate the criteria bean using path parameters instead.
Note that currently for POST and @Form, criteria would be populated from form parameters so this is pretty similar to what should be generated [but use path parameters rather than form parameters]. Example:
Yes, I like that idea better than my original suggestion. I'll have a go at that.
is this a thing that people do?
It's a mistake someone makes ... that I didn't "see" for a while because it became an interesting runtime error. So yeah, its basically unintentional. Making it a compile error sounds exactly the right way to go imo.
Given a
GET
like this:... the generated code looks to read critera as json content from the request body - but its a
GET
and so there is no request body so we get a strange json deserialization error.Suggested Fix:
The proposed fix, is that the generated code should see this is a
GET
and so it must look to populate the criteria bean using path parameters instead.Note that currently for
POST
and@Form
, criteria would be populated from form parameters so this is pretty similar to what should be generated [but use path parameters rather than form parameters]. Example:The text was updated successfully, but these errors were encountered: