問題タブ [http-options-method]

Spring MVC を使用してコントローラーで OPTIONS リクエストをインターセプトしたいのですが、DispatcherServlet によってキャッチされます。どうすればそれを管理できますか？

HTTP動詞「OPTIONS」のasp.netmvc4 web apiベータ版でサポートはありますか？フレームワークは自動的に応答を送信しません。私はあなたが自分でこれをしなければならないと思います。しかし、次のようなメソッドはありますか：GetVerbsForUrl（ "http://server.com/api/values"）; ？

httpclientを使用して、特定のエンドポイントに到達できるかどうかを確認しようとしています。サーバーが稼働しているかどうかを確認することしかできないようですが、実際のリソースが使用可能かどうかを確認することはできません。

これが私のコードです：

プロトコル（http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html）によると、特定のリソースのステータスをチェックしているはずですが、実際のホストが到達可能。私はここで何が間違っているのですか？

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

リクエストのOriginヘッダーの内容をコピーするAccess-Control-Allow-Originヘッダーを使用して、HTTPOPTIONSメソッドへの応答を提供しようとしています。

私が理解できない理由で、これは明らかに機能していません。

tl; dr： OPTIONSからの応答によると：

後続のGETには次のものがあります。

Chromeは言う：

WTFではありませんか？

より詳しく...

Chromeの開発者ツールウィンドウを見ると、リクエストヘッダーは次のとおりです。

応答ヘッダーは次のとおりです。

jQueryがOPTIONSリクエストを送信し、上記のレスポンスを取得した後、2つの奇妙なことが起こります。OPTIONS応答（200）は、開発者コンソールにエラーとして表示されます。

その後、GETリクエストは拒否されます。コンソールのエラー：

理由がわかりません。私は何が間違っているのですか？

私が取り組んでいる Web サイトでは、CORS プリフライト チェックOPTIONSのように見えるが、. そのようなリクエストが正しい発信元ではなく送信される原因を知っている人はいますか?Origin: nullOrigin: null

この動作を示しているユーザー エージェントは次のとおりです。

実際には、これらの要求に対処することは問題ではありません (拒否するだけです) が、これを引き起こしている特定の状況があるかどうか知りたいです。Originヘッダーがどこに設定されるかを説明した唯一の状況nullは、オリジンがfile:///URL の場合であり、それは非常にありそうにないようです。これらの各ケースのリファラーは、サイトの通常のページ ビューのように見えます。

Perl で HTTP OPTIONS リクエストを送信する必要があります。いくつかの CPAN モジュールを調べました。ドキュメントを読んでください。OPTIONSリクエストメソッドについては言及せず、GET、POST、PUT、DELETEだけです。

これを手動でフォーマットする必要がありますか? それとも、私の google-fu が見逃している別のライブラリ/モジュールがあるのでしょうか?

HTTPリソースが、指定されたHTTPメソッドでリクエストを処理できない場合Allow、許可されたHTTPメソッドを一覧表示するヘッダーを送信する必要があります。Allowヘッダー付きの応答を取得する別の可能性は、OPTIONSメソッドを使用して要求を送信することです。

ヘッダーにメソッド自体Allowを含める必要があるかどうか疑問に思っています。OPTIONS

例：

また

何が正しいですか？

SenchaTouch2.1.0を使用しています。HTTPGET呼び出しを行っています。CORSリクエストです。したがって、期待どおりに飛行前のHTTPOPTIONSコマンドを送信しています。

サーバーにCORSフィルターをインストールして構成しました。私のコードからの呼び出しは昨日まで非常にうまくいっていました。今日突然、データの読み込みを停止しました。Chromeでネットワーク通話を確認すると、OPTIONSメソッドが「読み込みがキャンセルされました」と表示されます。

メソッド：OPTIONS
ステータステキスト：「ロードがキャンセルされました」
タイプ：保留中
イニシエーター：Connection.js：319

CORSフィルターを初めて設定したときにも同様の問題が発生しました。ブラウザのキャッシュをクリアすると、動作し始めました。今回、なぜ突然機能しなくなったのかわかりません。ブラウザでキャッシュと履歴をクリアしても修正されません。

FirefoxのHTTPRequestorからまったく同じ呼び出しを行うと、非常にうまく機能します。これが呼び出しです。機密保持の理由でURLをマスクしました。

同じ正確なリクエストにより、HTTPRequestorからの非常に良い応答が得られます。結果は次のとおりです。

この呼び出しを行うためのストアのSenchaコード：

この問題を解決する方法を理解するのを手伝ってください。

Mozilla HTTP 応答コードのドキュメントに次のように記載されていることに気付きました

メソッド PUT、DELETE、および OPTIONS では、200 OK 応答が返されることはありません。

ただし、実際にどの応答を使用する必要があるかは明確ではありません。私の最良の推測は204です：

204 : コンテンツなし

このリクエストに対して送信するコンテンツはありませんが、ヘッダーが役立つ場合があります。ユーザーエージェントは、このリソースのキャッシュされたヘッダーを新しいヘッダーで更新する場合があります。

これが OPTIONS リクエストへの応答に使用する正しいコードであるかどうかについて、誰でもコメントできますか?

http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.2によると、HTTP OPTIONSリクエストに関してこれまでに言及された唯一の応答は200です。ただし、次のような場合があるようです。 content-lengthは0であり、204の方が適切です。HTTP OPTIONSリクエストが204を返すのは適切ですか？