HTTP錯誤202 - 接受

Question

我開發了一個REST應用和我的應用程序的案例之一是：

用戶進行的操作在服務器端。一切順利的服務器正確地接受數據，但是像數據庫通信一樣發生一些錯誤。我不想用一個錯誤代碼返回它，我想用一個成功代碼發送它，但有一個指示錯誤的正文。我想發送錯誤代碼爲500，404等。我的設計是否正確，我應該返回哪個狀態代碼？

Answer 1

在這種情況下，某種5xx錯誤將是最合適的。

500某種內部服務器錯誤或

503服務不可用

看看這裏的所有HTTP錯誤代碼/ 1.1 http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

你應該總是返回錯誤代碼爲您如果這是適當的，則需要休息。返回成功代碼但在回覆中輸入錯誤不是正確的做法。

Answer 2

如果服務器的操作可以從這樣無需用戶干預DB故障中恢復（例如使用一些背景「清理處理」），那麼成功的狀態代碼可能是行;否則，返回服務器端錯誤狀態碼（5xx）更有意義。

Answer 3

這可能會幫助：http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html - 可在一些地方是不明確的，但總體來說容易閱讀海事組織。

Answer 4

您可以在rfc2616

我用來實現其他aplication檢查狀態的定義，我總是返回的StatusCode和消息關於錯誤的詳細信息。

和是與數據庫中的503（服務不可用）

有很多關於這種topic at stackoverflow問題一個問題...