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
We currently always return the entity when performing a POST or a PUT request.
We already return void for DELETE requests.
When POSTing, after the entity is created, we GET the entity again to be sure that the responded entity correspond a undred % with the one inside the database. It goes the same for PUT.
I wonder if we could just respond 200 OK or 201 Accepted, with the new location of the entity (in case of a POST).
If the JS client wants the new version of the entity, it could issue a new GET request.
This way, we can simplify a lot the code of the AppController and reduce responsibility issue between AppController and RestCollection.
The text was updated successfully, but these errors were encountered:
We currently always return the entity when performing a POST or a PUT request.
We already return void for DELETE requests.
When POSTing, after the entity is created, we GET the entity again to be sure that the responded entity correspond a undred % with the one inside the database. It goes the same for PUT.
I wonder if we could just respond 200 OK or 201 Accepted, with the new location of the entity (in case of a POST).
If the JS client wants the new version of the entity, it could issue a new GET request.
This way, we can simplify a lot the code of the AppController and reduce responsibility issue between AppController and RestCollection.
The text was updated successfully, but these errors were encountered: