[解決済み] 検証失敗または重複が無効な場合のREST HTTPステータスコード

質問

RESTベースのAPIでアプリケーションを構築していますが、各リクエストにステータスコードを指定する段階になってきました。

検証に失敗したリクエストや、データベースに重複を追加しようとしたリクエストには、どのようなステータスコードを送ればよいのでしょうか？

を調べました。 http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html が、どれも正しいとは思えません。

ステータスコードを送信する際の常識はありますか？

どのように解決するのですか？

入力のバリデーションに失敗した場合 400 Bad Request + オプションの説明文。これは、書籍「"」で提案されています。 RESTful ウェブサービス "。 二重投稿の場合。 409 コンフリクト

2014年6月更新

従来は、以下のような仕様でした。 RFC2616 400 (Bad Request)の使い方は、かなり狭い範囲に限定して

不正な構文のため、サーバーがリクエストを理解できませんでした。

だから、それは かもしれない は、セマンティックエラーには不適切であると主張されてきました。しかし、もうそうではありません。2014年6月以降、関連する規格は RFC 7231 は、以前のRFC2616を置き換えるものであり、その使用方法として 400 (不正なリクエスト) として、より広く

サーバーが と認識された場合、そのリクエストを処理することができません。 クライアントエラー