-
-
Notifications
You must be signed in to change notification settings - Fork 158
Operations Issues #340
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Thanks! I’ll look into these this weekend. |
@nikalfa sorry for the delay on this issue. The fixes are going to be released in v2.4.0-beta5 (see #357 for details). If everything goes well this is going to be the last beta release and we should roll a 2.4.0 sometime in the next week. Regarding (3), I'm not certain what the best way to proceed on this is yet. Consider the case where I want to remove a resource before I perform some other operation in the same request. I may or may not actually care if that resource exists, I just want to ensure it does not exist before proceeding. So, I think it may be acceptable to process a remove operation and report success even if the resource did not exist. You could achieve an error response by first requesting the resource and then deleting it. While this results in 2 requests to the db in the existent case (albeit over the same connection), it would return a 404 in the non-existent case and the entire transaction will rollback. However, this behavior does contradict the v1 behavior of returning a 404 in the case of Reproduced ErrorsAdding stack traces to the issue in case of regression.
|
I've been using operations mainly for creating multiple related entities, but I want to extend my usage so after updating to the latest pre-release I started testing the current functionality.
I've found the following issues:
The text was updated successfully, but these errors were encountered: