You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@couchdb.apache.org by "Shahar Evron (JIRA)" <ji...@apache.org> on 2008/07/06 22:57:31 UTC
[jira] Created: (COUCHDB-89) DELETE on a DB returns 200 and not 202
as documented
DELETE on a DB returns 200 and not 202 as documented
----------------------------------------------------
Key: COUCHDB-89
URL: https://issues.apache.org/jira/browse/COUCHDB-89
Project: CouchDB
Issue Type: Bug
Components: HTTP Interface
Environment: Ubuntu Linux x86_64, CouchDB From SVN, revision 674345
Reporter: Shahar Evron
When deleting an existing database, all works ok but the returned HTTP code is 200 and not 202 as documented (http://wiki.apache.org/couchdb/HttpDatabaseApi)
In fact, the documentation is a bit ambigous because it says '202 OK' and not '202 Accepted' or '200 OK'.
While 202 makes more sense to me, this might be intentional in which case let me know and I will update the Wiki (or you do it ;) )
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (COUCHDB-89) DELETE on a DB returns 200 and not
202 as documented
Posted by "Christopher Lenz (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/COUCHDB-89?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12610868#action_12610868 ]
Christopher Lenz commented on COUCHDB-89:
-----------------------------------------
The HTTP spec says: "A successful response SHOULD be 200 (OK) if the response includes an entity describing the status, 202 (Accepted) if the action has not yet been enacted, or 204 (No Content) if the action has been enacted but the response does not include an entity."
The deletion is immediately performed by CouchDB, so 202 is inappropriate, and as the response contains a JSON body ({ok: true} IIRC), 204 would be incorrect, too. That leaves us with 200 :)
So, this should indeed be updated in the Wiki, please go forward and update it!
> DELETE on a DB returns 200 and not 202 as documented
> ----------------------------------------------------
>
> Key: COUCHDB-89
> URL: https://issues.apache.org/jira/browse/COUCHDB-89
> Project: CouchDB
> Issue Type: Bug
> Components: HTTP Interface
> Environment: Ubuntu Linux x86_64, CouchDB From SVN, revision 674345
> Reporter: Shahar Evron
>
> When deleting an existing database, all works ok but the returned HTTP code is 200 and not 202 as documented (http://wiki.apache.org/couchdb/HttpDatabaseApi)
> In fact, the documentation is a bit ambigous because it says '202 OK' and not '202 Accepted' or '200 OK'.
> While 202 makes more sense to me, this might be intentional in which case let me know and I will update the Wiki (or you do it ;) )
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (COUCHDB-89) DELETE on a DB returns 200 and not
202 as documented
Posted by "Shahar Evron (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/COUCHDB-89?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shahar Evron resolved COUCHDB-89.
---------------------------------
Resolution: Won't Fix
Wiki is fixed - no need to fix code ;)
Thanks!
> DELETE on a DB returns 200 and not 202 as documented
> ----------------------------------------------------
>
> Key: COUCHDB-89
> URL: https://issues.apache.org/jira/browse/COUCHDB-89
> Project: CouchDB
> Issue Type: Bug
> Components: HTTP Interface
> Environment: Ubuntu Linux x86_64, CouchDB From SVN, revision 674345
> Reporter: Shahar Evron
>
> When deleting an existing database, all works ok but the returned HTTP code is 200 and not 202 as documented (http://wiki.apache.org/couchdb/HttpDatabaseApi)
> In fact, the documentation is a bit ambigous because it says '202 OK' and not '202 Accepted' or '200 OK'.
> While 202 makes more sense to me, this might be intentional in which case let me know and I will update the Wiki (or you do it ;) )
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.