-
Notifications
You must be signed in to change notification settings - Fork 81
TO: POST/PUT json body keys should be camelCase, not snake_case #1509
Comments
I think we already have a patch for this. Perhaps it just hasn't made its way into open source yet. |
if that can make it's way in here, I'd really appreciate it.. thanks! |
My colleagues and I will work on this by different api, thanks. |
Can you describe how you're planning to do that? I just want to make sure we know what's coming.. |
We plan to check APIs we pulled if the keys are snake_case, we will change to camelCase. It will be divided into tasks, so only 1 or 2 APIs in one pull request. We may start next week or the week after next week base on the timing. Thanks, |
keep in mind that release 1.6 will be cut on 6/30. |
I put the 1.6 milestone on this -- is that reasonable? Would you expect to complete before 6/30 (with time for me to review..)? If not, let me know.. |
Yes, we plan to fix it next week (by 6/28). Hope it match the 1.6 schedule. thanks |
Looks like this was referenced in 3 different PRs, is it resolved? Trying to audit open issues assigned to 1.6. |
checking to see that all APIs were covered in the 3 PRs... |
I think those 3 PRs cover it.. If any more are found, we should file a separate issue. I made a mistake in making this one too broad, so it required 3 PRs.. |
the json body for all POST/PUT requests should have keys in camelCase and not snake_case. Most of these were added in #1142. This applies to POST and PUT on /servers, /deliveryservices, /profiles. /divisions, /regions, and /cachegroups (I think that's all of them...)
Example:
POST .../api/1.2/servers
will accept this json (fromtraffic_ops/t/api/1.2/server_create.t
):but it should look like this:
The text was updated successfully, but these errors were encountered: