問題タブ [http-response-codes]

yaws で http-header "Server: "値を (応答の構築中に) 動的に変更したいと思います。私は試した：-

1 つではなく2 つの "Server: "ヘッダーが返されました。しかし、それは他のすべてのヘッダーで機能しました。

API 応答を作成するときに、要求の有効性を示すステータス コードを (手動で) 返すのに適した方法は次のうちどれですか。

1 - JSON 応答内に応答コードを埋め込む

2 - それとも、HTTP ヘッダー ステータス フィールドを変更した方が良いですか?

HTTP ステータスは、アプリケーション レベルのエラーに対処するためにこれを変更するのではなく、サーバー レベルで発生する接続エラーとファイル取得エラーに関するものに限定する必要があると思います。

読むべき良い記事やリソースも非常に高く評価されます.

私の行動は次のようになります：

この場合、投稿されたフォームフィールドパラメータにアクセスする必要があります。投稿されたパラメータ値を受け取ったら、それをdbに保存し、エラーがない場合はhttp応答コード200を返します。エラーが発生した場合は、HTTP500応答コードを返します。

リターンでhttp応答コードを設定するにはどうすればよいですか（両方を実行できない限り、ビューの代わりに）。

私はこれに少し夢中です。最初、私のマッピングは以下のようになります

しかし、Spring Securityコードで例外がスローされた場合、エラーページが正しくないことがわかりました。ソースコードを見て、マッピングをビューからアクションに変更します

そして、アクションでは、ビューをレンダリングする別のアクションにリダイレクト要求を送信します。すべてがうまくいくようです。

ただし、今日、例外の原因となるリクエストがGETの場合は機能し、POSTの場合は何もレンダリングされず、ブラウザに404が返されるだけであることがわかりました。

誰かがそれを歩き回る方法を教えてもらえますか？

不明な理由で Web サービスが利用できなくなった場合に、静的な HTML ページを表示することはできますか? たとえば、データセンターの停電による停止は?

もしそうなら、それを行う方法と、そのページのどこから提供されるかを知ることができますか?

また、そのような利用不可をエラー 503 に分類できますか?

ありがとう

これは非常に些細な質問だと思います。AJAX クエリに応答する PHP スクリプトを作成しています。クエリには、PHP スクリプトが処理して応答を返す XML データを含める必要があります。私が考慮したい2つのエラーケースがあります：

1. リクエストに POST データがありません。また
2. XML 内の不正なデータ (XML が無効または整形式であるか、一部のスキーマ チェックに失敗した)

そのような場合、4xx 応答コードを返す必要があると思います。400よりも適切なものはありますか?

詳細

問題をさらに説明すると、クライアント Javascript アプリケーションは、教育目的のダイアグラム エディターです。ユーザーは、特定の状況を正しくモデル化する図を作成する必要があります。その後、学生はダイアグラムを送信できます。これにより、ダイアグラムの XML シリアル化がサーバーへの AJAX 呼び出しを介して POST されます。PHP スクリプトはダイアグラムの XML を分析し、AJAX 応答としてクライアントに送信される XML レポートを作成します。最初に説明した 2 つの状況 (XML POST データがない、またはその中に無効な XML がある) は、クライアントから要求されたときに発生するべきではありませんが、これらの状況を正しく把握して対処することが賢明だと思います。したがって、4xx 応答コードが適切であるという私の信念です。XML レポート構造はこれらの状況に対応しておらず、空のレポートは完全な図になり、明らかに適切ではありません。

私の RESTful API クライアントでは、データベースに既に存在する情報を投稿しようとする場合がありますが、これはエラーではなく、クライアントが無視できるものであり、既存の複製についてユーザーに通知する可能性があります。

今、私は 409 Conflict を返し、応答本文に既に存在するオブジェクトを返しています。次の理由から、それは正しくないと思います。

リソースの現在の状態と競合するため、要求を完了できませんでした。このコードは、ユーザーが競合を解決してリクエストを再送信できると予想される状況でのみ許可されます。応答本文には、ユーザーが競合の原因を認識するのに十分な情報を含める必要があります。理想的には、応答エンティティには、ユーザーまたはユーザー エージェントが問題を解決するのに十分な情報が含まれます。ただし、それは不可能な場合があり、必須ではありません。 restpatterns.org経由

一般的に、409 は PUT に関連しているようです。

この場合の正しい対応は？303 See Other and Location ヘッダーでしょうか？

Strutsで記述されたJavaバックエンドを呼び出すAJAX対応のJavaScriptフロントエンドに取り組んでいます。私の問題は、バックエンドが例外をスローした場合でも、クライアントには、予想される「500InternalServerError」ではなく「200OK」HTTP応答コードが表示されることです。

最近のほとんどのライブラリが通常行うように、サードパーティのクライアントJavaScriptライブラリはHTTPステータスコードに依存してAJAX呼び出しに問題があるかどうかを判断するため、これは繰り返し私をつまずかせます。通常はJSONであるものを解析しようとしたときにコードが爆発するまで、エラーは検出されずに渡されます。

これらのエラーを適切に処理するために、クライアントのJSライブラリをハッキングすることは絶対に避けたいと思います。では、バックエンドで未処理の例外が発生した場合に、Strutsに500ステータスコードを表示させるにはどうすればよいですか？これはStrutsのデフォルトの動作ではありませんか？

編集：この場合、クライアント側のコードは関係ありません。未処理の例外が発生したときに適切なステータスコードを送信するようにサーバーを修正する必要があります。ありがとう！

RESTeasyインターフェースからHTTPエラーを返すことは可能ですか？私は現在、これにチェーンWebフィルターを使用していますが、インターフェイスから直接可能かどうかを知りたいです...

sudoコードの例：

sitemap.xmlファイルからページURLのhttp応答コードを取得する必要があります。cronプロセスで応答コードを取得すると、403が返されます（アクセス禁止として知られています：ブラウザから渡されたURLにアクセスできますが）。

しかし、ローカルホストから同じコードを実行すると、正しいhttp応答コード（つまり200）が返されます。

ローカルホストとサーバーから異なるhttp応答コードを返すことの違いはなぜですか？問題を解決する方法は？

http応答コードを抽出するためのコードは以下のとおりです。

ありがとうございました..