問題タブ [http-status-code-400]

HTTP / 1.1仕様（RFC 2616）には、ステータスコード400、Bad Request（§10.4.1）の意味について次のように書かれています。

構文が正しくないため、サーバーは要求を理解できませんでした。クライアントは、変更せずに要求を繰り返すべきではありません（SHOULDNOT）。

最近のいくつかのHTTPベースのAPIには、リクエストの構文エラーではなく論理エラーを意味するために400を使用する一般的な慣習があるようです。私の推測では、APIは400（クライアントによる）と500（サーバーによる）を区別するためにこれを行っています。構文上のエラーを示すために400を使用することは許容できますか、それとも正しくありませんか？許容できる場合、400の使用目的についてより多くの洞察を提供するRFC 2616の注釈付きリファレンスはありますか？

例：

• Googleデータプロトコル、プロトコルリファレンス、HTTPステータスコード

システムに小さなPHPスクリプト（XAMPPを実行）を設定しましたが、完全に正常に機能していますが、Webサーバーにアップロードすると、Bad Request（Invalid Number）と表示されます。理由は何でしょうか？

これが私のコードです：

そして、ヘッダー配列は次のことを示しています。

前もって感謝します！

私は WCF を学んでおり、Visual Studio 2008 とその Web サーバーを使用して、私の開発環境で次のコードが動作しています。Web サービスを IIS 6 に発行すると、すべての要求で 400 "Bad Request" エラーが発生します。IIS ログを見ると、ステータス コードは 400 で、win32 ステータス コードは1380net helpmsg 1380です。しかし、認証やセキュリティ メソッドを使用しない REST にはwebHTTPBindingを使用しています。

IIS では、「IUSER_<machine_name>」アカウントを偽装するように設定された匿名を許可するようにアプリケーションを設定しています。アプリケーション プールでは、Network Service ID を使用するように設定しています。両方のユーザーは、一時フォルダーと .net フレームワーク フォルダーにアクセスするように設定されています。WCF トレースをセットアップしましたが、ログが空白です。頭を壁にぶつけています。誰か助けてくれませんか？

web.config の System.ServiceModel 部分:

これが私のサービス契約です：

ブラウザーでは、VS2008 Web サーバーを使用して開発環境でテストするために次の URL を使用し、動作します。

IIS に公開して次の URL を使用すると、不正な要求ページが表示されます。

.svc 部分の後に誤った URL を入力したかのように、URL が正しいはずであることはわかっています。エンドポイントが見つからないというエラーが表示されますが、これは正常に機能しています。例えば：

IIS サーバー ボックスには、.net 2、3.0、および 3.5 がインストールされています。IIS Web アプリケーションは、.net 2 (.net 3.5 を使用) を使用するようにセットアップされています。また、serviceModelReg /i /x と /ia を実行して、WCF がインストールされ、登録されていることを確認しました。「Bad Request」エラー ページについては、IIS エラー ページではなく、WCF エラー ページのような HTML 形式であり、上部に紺色のバーがあり、白いタイトル「Request Error」とそれに続くメッセージ「Theサーバーでリクエストの処理中にエラーが発生しました。詳細については、サーバー ログを参照してください。 "

助けてください。

しばらくの間正常に動作しているWCFサービスがあり、それに何かを追加することにしました。古いものはすべて正常に機能し、新しいものはクライアントからホストへの小規模な転送で機能します。ただし、クライアントが大きな文字列をホストに送信しようとすると、「（400）BadRequest」で爆発します。ホストは何も変更せずに、同じかそれ以上のアイテムを問題なくクライアントに送信できます。

私はここや他のサイトを見回しましたが、同じ問題を抱えている人を見つけましたが、彼らの解決策（app.configのサイズと長さを増やす）は私の問題に対して何の成功ももたらしませんでした。

Web.config

app.config

UIWebViewでサーバーからplistを正常にロードするiPadアプリがありますが、サーバーから応答文字列として取得しようとすると、要求エラー（invalid_request）として応答文字列を含むhttpステータスコード400が返されます。

それは中東諸国でのみ起こります。アラブ首長国連邦の1人のユーザーが、テスト用にアドホックビルドを送信した問題について確認しました。アプリはステータスコード400を返しますが、plistはUIWebViewに正常に読み込まれます。

AWSサーバーと米国でホストされている別のサーバーの2つの異なるサーバーを試していました。両方のサーバーで、同じステータスコードが表示されます。

なぜそれが起こるべきかについて誰かが提案をすることができますか？

コードの一部は次のとおりです。

特定の基準に一致する投稿がデータベースに配置されたときに、プッシュ通知をユーザーに送信する必要があるアプリがあります。都市飛行船とHTTPartyを使って条件が合えば必要なリクエストを出しています。私のモデルは次のとおりです。

コンソールでこれをテストすると、400 の不正な要求が引き続き発生します。問題が何であるかについてのアイデアはありますか？都市型飛行船では、リクエスト ヘッダーに「content-type:application/json」が必要であることはわかっていますが、それはモデルでカバーする必要があります。前もって感謝します、ジャック

XMLをWCFサービスに投稿するのに助けが必要です。本質的に、私が経験している問題は、「400：Bad request」のHTTP応答です。それは説明的ですが、答えを見つけるのに苦労しています。

まず、私がWCFに組み込んだサービスは、元々IBMWebSphereWebサービスからの既存のWSDLに基づいています。いくつかの操作（MIME添付ファイルの削除、いくつかのリモートスキーマのダウンロード）の後、私はsvcutilに、すべての目的と目的で有効と思われるサービスインターフェイスを生成させることができました。

WCFサービスにインターフェイスを実装しました。WCFテストクライアントを実行すると、サービスに接続して要求を送信し、問題なく応答を受け取ることができます。ここまでは順調ですね！

HttpWebRequestクラスを介してXMLをWebサービスに投稿するためのテストアプリケーションに移動すると、WCFテストクライアントによって提供されたXMLを使用しているにもかかわらず、「400：Badrequest」応答の受信を開始します。

私はWCFトレースを使用して、受信したメッセージをダンプしましたが、1つの顕著な違いがあります。すべてのWCFテストクライアントメッセージが正しく入力され、ヘッダー情報などが表示されます。SOAPテストユーティリティからのすべてのメッセージは次のように表示されます。 「奇形」。メッセージタブを見ると、私が送信している手動のPOSTメッセージでは、本文が要素でラップされています。

WCFメッセージは次のように表示されます。

Fiddlerでトレースを試みましたが、役に立ちませんでした-app.configファイルを変更したにもかかわらず、WCFテストクライアントが作成したプロキシを介してリクエストを送信するようにできません。私はSOAPリクエストをトレースしましたが、次のことがわかります。

私が知る限り、私が送信しているメッセージは問題ないはずです-ヘッダーとメッセージの内容の外では、他に何を送信できるかわかりません。

最後に言わなければならないのは、私は決してWCFの専門家ではなく、商業的な機密性のために特定のSOAPAction値を変更する必要があったということです。

誰かがこのかなり苛立たしい問題について何か助けを提供できますか？

前もって感謝します

HttpURLConnectionを使用して、Javaでいくつかのパラメーターを使用してGETリクエストを実行しようとしています。ただし、これを行うたびに、毎回400：BadRequestを受け取ります。それを機能させるには何を変更する必要がありますか？

私が試してみました：

• クエリ全体（？の後）および値のみでURLEncoderを使用します。
• コンテンツの長さのヘッダーを設定します。
• 出力を使用するように接続を設定し、クエリを出力として配置します。

MVC .NET と RouteCollection クラスを使用して、Web アプリで URL をルーティングしています。これは、URL 内の任意の場所にテキスト "PRN" を含む URL を渡すまでは正常に機能します。この場合、ルーティングは行われず、400 Page Not Found エラーがクライアントに返されます。ルーティング コレクションが参照される前に、何かがエラーをスローしているようです。これは、URL が取るべきルートが決して変更されないためです (つまり、基になるコードのブレークポイントがヒットすることはありませんが、文字列 "PRN " がブレークポイントにヒットします)。

したがって、ページの検証の問題である可能性があると考えました.URLに「PRN」というフレーズが含まれている場合、「印刷」や「ポルノ」のようなものであるため、Microsoftが例外をスローすることを決定した可能性がありますが、その場合は「潜在的に危険な Request.Form 値がクライアントから検出されました」というエラーが表示されますが、そうではありません。

Google は PRN が "ポルノ" の結果を返す必要があると考えているため、これを調査するのは面倒でした。つまり、検索結果の 98% が無効 (かつ不適切) であるということです。Google で「-porn」句を使用すると、結果が約 10 ～ 30 件のヒットにまで落ち込み、すべて役に立たなくなります。

文字列「PRN」を含む URL が適切にルーティングされない理由を知っている人はいますか? 参考になる投稿やスレッドがあれば、それは素晴らしいことです (繰り返しますが、Google は私を失望させました)。

jsonpリクエストで400ヘッダーをキャッチしてエラーコールバックを処理する方法は?

それともバグですか？

次に例を示します。

http://jsfiddle.net/pLuPb/

どちらのエラーも完了もトリガーされませんか? エラーをキャッチするには？

私は呪われていますか？先週、私はこの種の問題を抱えています... :D

これをjQueryトラッカーに報告する必要があると思います。

ありがとう ;）