問題タブ [http-status-codes]

JAX-RS実装JerseyはViewable、テンプレート名とモデルオブジェクトのコンテナーであるクラスを介してMVCスタイルのWebアプリケーションをサポートします。これは次のように使用されます：

このアプローチでステータスコードを返すにはどうすればよいのでしょうか。上記は暗黙的にを返し200ますが、それはどのような場合でも適切ではありません。ステータスコードを明示的に設定する方法はありますか？

... サーバー側のルールによるものです。

具体的には、ネストするコメントがあり、子連れコメントの削除を禁止しています。

したがって、誰かが要求した場合:

5 番目のコメントに子がいる場合、コメントを削除することはできません。適切な HTTP ステータス コードは何ですか? サイトの他の場所で を使用して405いますが、ここでは適切ではないようです。また401、ユーザーがコメントを削除する権限を持っている場合 (たとえば、ユーザーがコメントを所有している場合)、それが子供向けでない場合にも適切ではありません。

ユーザーがデータを入力して送信すると、XMLHttpRequestを使用してサーバーにデータが渡されます。ただし、そのデータが検証に失敗した場合は、400レベルのステータスコードを返す必要があります。適切なコードは403だと思いました。しかし、私の同僚は同意しませんが、どちらを使用するかわかりません。

どちらを使いますか？

ありがとう！

通信と応答本文に HTTP 応答コードを使用する PHP アプリケーションを開発しています。したがって、これは PHP コードの典型的なシナリオです。

...そしてクライアントの典型的なコードは次のようになります:

すべてのエラーが PHP コードで適切に捕捉されている限り、これはすばらしいことです。

問題: 何らかの理由で php コードでキャッチされないエラーまたは構文エラーのようなキャッチできないエラーが発生した場合、Apache は 200 OK を送信します。しかし、私は 500 Internal Server Error とは言いたくありません。たぶん.htaccessあたりかそこら。

現在、WCF RESTful サービスを .NET 3.5 (スターター キット) から .NET 4 に移行しています。Visual Studio 2010 の WCF Rest サービス テンプレートを使用してプロジェクトを開始しました。 RequestInterceptor で行われます) ServiceAuthorizationManager を使用します。いくつかの作業と調査の後、私はそれを成し遂げました。しかし今、私は付随的な問題を抱えています。私のサービスは、HTTP ステータス コードと簡単な説明を使用して、処理エラーをクライアントにフィードバックしていました。サービスメソッドの多くのポイントで WebOperationContext を使用して、次のようにクライアントに問題を説明していました。

しかし、WCF 4 では、StatusCode のみが機能します - StatusDescription はサイレントに失敗します。理由がわかりません。私の唯一の推測は、この新しい WCF 4 シナリオでは WebOperationContext が機能しないということです。代わりに OperationContext を使用する必要がありますが、それも機能しません。次のメソッドは、ServiceAuthorizationManager を拡張するカスタム クラスで使用され、認証ダイジェストの形式が正しくないためにリクエストにアクセスできないことをクライアントに通知します。

ここで (WebOperationContext の代わりに) OperationContext を直接使用しても、StatusDescription は機能しません。

ここで何が欠けていますか？なぜこのような小さなことが .NET 3.5 から 4 に移行できるのでしょうか?

次の AJAX リクエストを送信しています。

...そして私のコントローラーアクションは次のようになります:

残念ながら、HTTP 応答で送信したメッセージが表示されません。代わりに、Tomcat/Apache (または Grails?) から次のようなエラー HTML ページが生成されました。

JavaScript コードから「お待ちください...」というメッセージを取得するために、生成されたエラー HTML ページをバイパスするにはどうすればよいですか?

ご協力ありがとうございました。

404そのため、APIで409、201、などのいくつかの異なるステータス ヘッダーを送信します302。今、私はで問題に直面してい401 Unauthorizedます。現在、ユーザーがログインしていない場合 (API 全体が権限管理されている場合)、またはユーザーが取得/変更される特定のリソースに対する特定のアクセス要件を満たしていない場合に送信しています。

現在、フロントエンド クライアント (jQuery/HTML アプリケーション) も制御しています401。ログインしていない場合に使用すべき明確なステータスはありますか? ヘッダーと一緒に本文コンテンツを送信するのに最適な方法はありますか?

フォームを検証して、Web サイト/Web ページが存在するかどうかを確認できるようにしたいと考えています。404 エラーが返された場合、それは間違いなく検証されるべきではありません。リダイレクトがある場合...私は提案を受け入れます.リダイレクトはエラーページまたはホームページに移動する場合もあれば、探していたページに移動する場合もあるため、わかりません. おそらく、リダイレクトのために、宛先アドレスをユーザーに示唆する特別な通知が表示される可能性があります。

これまでに見つけた最高のものは次のようなものでした：

404 と 200 では問題ありませんが'http://xyz'、URL のようなことをするとハングします。また、302 などもエラー ハンドラをトリガーします。

これは十分に一般的な質問です。誰かが作成できる場合は、完全に機能するコード例が欲しいです。これは、多くの人が使用するのに便利です。

ASP.NET では、Response.StatusCode をたとえば 404 に設定できます。ステータス行/説明は常に設定する必要がありますか? (この場合は「404 Page Not Found」)

コード (404) しかない場合、どのように説明を取得しますか? これはフレームワークのどこかにありますか、それとも説明を手動でハードコーディングする必要がありますか?

私は、コンピュータサイエンスの論文のために、ダイナミックカープーリングアプリケーション用のRESTfulプロトコルを構築しています。

プロトコルでは、各操作のHTTPステータスコードも正式に指定する必要があります。この「プライバシー関連」の問題があります。次のように仮定します。

GET /api/persons/angela/location

ユーザー「アンジェラ」の現在位置を取得します。誰もが結果を得ることができるとは限らないことは明らかです。アンジェラ自身と彼女を選ぶ可能性のあるドライバーだけがそれを知ることができるはずです。

ここで404NotFoundまたは401Forbiddenのどちらを返すかを決めることはできません。

ヒントはありますか？何が一番いいのか、そしてその理由は？