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
{{ message }}
This repository has been archived by the owner on Apr 21, 2019. It is now read-only.
As the comment near the corresponding TODO suggests. The POST should be moved into BeaconsResource (our current placement doesn't follow REST) This would mean the request would be POST /beacons which would have no URL to conflict with the payload.
Since the PUT option only really worries about updating position we may wish to create a Position object. Not sure about if this one is really necessary.
The text was updated successfully, but these errors were encountered:
Resolves the POST issue. However, The PUT issue isn't resolved. The change to the API should be:
Ignore anything the user stated about Id within the payload. It's more "RESTful" to have the URL state which beacon to edit. This means injecting parameters in at the resource level.
Edit the SQL implementation to only edit the parameters (x, y, z, description) iff they exist. If they weren't passed in the request's body, leave them unaltered from their current state in the database.
As the comment near the corresponding TODO suggests. The POST should be moved into BeaconsResource (our current placement doesn't follow REST) This would mean the request would be POST /beacons which would have no URL to conflict with the payload.
Since the PUT option only really worries about updating position we may wish to create a Position object. Not sure about if this one is really necessary.
The text was updated successfully, but these errors were encountered: