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
Currently the HTTP API is under the /api/v1 prefix, but I think we should move it to /api/v1 since there are still several elements that are in flux that might be changed or removed, etc.
So, we should signal the "unstable" status of the api by using v0 instead of v1 which might imply some level of SemVer based backwards compatability.
The text was updated successfully, but these errors were encountered:
…ting (#498)
RELEVANT ISSUE(S)
Resolves#384Resolves#458Resolves#494
DESCRIPTION
After the HTTP API refactor, we now focus on the refactoring of the handler functions themselves ensuring common response formats for both successful and error responses across the API.
This PR also changes the API version number to v0 from v1 to show "unstable" status and responds with the appropriate content-type with JSON payloads.
…ting (sourcenetwork#498)
RELEVANT ISSUE(S)
Resolvessourcenetwork#384Resolvessourcenetwork#458Resolvessourcenetwork#494
DESCRIPTION
After the HTTP API refactor, we now focus on the refactoring of the handler functions themselves ensuring common response formats for both successful and error responses across the API.
This PR also changes the API version number to v0 from v1 to show "unstable" status and responds with the appropriate content-type with JSON payloads.
Currently the HTTP API is under the
/api/v1
prefix, but I think we should move it to/api/v1
since there are still several elements that are in flux that might be changed or removed, etc.So, we should signal the "unstable" status of the api by using
v0
instead ofv1
which might imply some level of SemVer based backwards compatability.The text was updated successfully, but these errors were encountered: