問題タブ [http-method]

ドキュメントでは、これらについてはあまり説明されていません。PUT/POST/GET/DELETE の基本的なパラメータだけですが、PUT に付随するマルチパート アップロードがあります。どうすればテストできますか? ありがとう！

HTTP メソッドがどのように機能し、どのように設計されているかは知っていますが、データを取得するためだけに使用する場合に、一部のメソッドが他のメソッドよりも高速かどうかを知りたいです。
私が取り組んでいるチームでは、以下のような多くの JQuery ajax リクエストに気付きました。

このリクエストにはデータが送信されないため、明らかに「get」メソッドを使用します。これは、チームメイトがコードをコピーして貼り付けたときに発生した可能性があります。これも問題なく動作します。「get」に変更する正当な理由はないようです。

この場合、「get」メソッドを使用すると高速になると思いますが、それを確認するソースは見つかりませんでした。

次のように HttpUrlConnection で PURGE を実行しようとしています。

しかし、私は得ています:

curl では問題ありません:

curl -I -X PURGE -H "ホスト: www.somehost.com" someurl

では、これを行うにはどうすればよいですか？Java からカールする必要がありますか、それとも使用できる他のライブラリはありますか?

呼び出すメソッドを持つアクションクラスがありますが、それでも次の例外が発生します

なぜこの種の例外が発生するのか、本当に混乱しています。

これは私のアクション struts-config.xml です:

これは私のアクションクラスメソッドです:

そして、これは私がJavaスクリプトでメソッドを呼び出す方法です:

何が問題なのですか？

フレームセットを使用しました。

PhoneGap を使用してモバイル アプリを構築していますが、サービスの RESTful API に適合させる必要があります。

基本的に、リソースを取得/削除/更新/チェック/(非べき等アクション)したい場合は、jQuery の ajax メソッドを介して GET/DELETE/PUT/HEAD/POST リクエストをhttp://example.com/resource/:idに発行します。サポートされています。これは私が問題に直面しているところです。

PhoneGap はファイルを保持し、ローカルで提供するため (例: file://file.html)、ajax 呼び出しでクロスドメインの問題が発生します。さらに、JSONP は基本的にドキュメントにスクリプトを挿入していることを理解しているため、リクエストの 1 つの方法に対するソリューションです。

ここにいくつかのアイデアがあります：

1. JSON または JSONP のデータ型を要求する代わりに、HTML の要求が機能し、ドキュメントの応答を JSON オブジェクトに解析できますか?
2. リクエストごとに、このポスターのようなページで iFrame を作成および削除するJSONP および jQuery で PUT/POST/DELETE を使用する(汚くてエレガントに感じない)
3. これを許可するリクエストとともに送信される、ユーザー名/パスワードまたはトークンを含む何らかの形式のサーバー側 CORS (私は最初に iOS で展開しています)
4. 私が創造的に指を置くことができない他の戦術。

この問題に対する最もエレガントな解決策は何ですか? プラグインは大歓迎です。

TL;DR: 異なる HTTP メソッドの $.ajax リクエストにクロスドメイン サポートを追加するにはどうすればよいですか?

私はSpringフレームワークを使用するプロジェクトに参加し、すべての呼び出しはajaxリクエストによって行われ、成功後のリダイレクトはビュー自体で定義され、隠し入力を介してajax JS関数に渡されます(したがって、すべての関数の最後にModelAndViewが返されます)コントローラーでは何の効果もありません)。どういうわけかコードを台無しにしているように感じます。それでも、CRUD を post、get、put、delete にマッピングして安静なアプリを使用する利点を得たいと考えていたので、これが行われたと思いますが、最終的にはコントローラー自体からリダイレクトする機能を失いました。

• それをすべて保持する他のパターンがあったかどうか知りたいです。
• また、コントローラーからのリダイレクトを簡単に許可するGETとPOSTのみを使用する以前の方法の長所と短所も知りたいです。

GET http://d9.c4.b1.a0.top.list.ru/ HTTP/1.0\r\nHost: d9.c4.b1.a0.top.list.ru\r\n\r\n

応答：

応答：

これらのクエリの違いは何ですか?

PS クエリは を使用して作成されましたtelnet。

私はRESTサーバーをモックするためにSilexフレームワークを使用しています。OPTIONS httpメソッドのURIを作成する必要がありますが、ApplicationクラスはPUT、GET、POST、およびDELETEのメソッドのみを提供します。カスタムhttpメソッドを追加して使用することは可能ですか？

HTTP 1.1仕様では、DELETE要求でメッセージ本文を許可しているように見えますが、定義されたセマンティクスがないため、サーバーはそれを無視する必要があることを示しているようです。

4.3メッセージ本文

サーバーは、要求に応じてメッセージ本文を読み取って転送する必要があります。リクエストメソッドにエンティティ本体に定義されたセマンティクスが含まれていない場合、リクエストを処理するときにメッセージ本文を無視する必要があります。

SO以降のこのトピックに関するいくつかの関連するディスカッションをすでに確認しました。

• エンティティ本体はHTTPDELETEリクエストに許可されていますか？
• HTTPリクエストメソッドのペイロード
• リクエスト本文を使用したHTTPGET

ほとんどの議論は、DELETEでメッセージ本文を提供することが許可される可能性があることに同意しているようですが、一般的には推奨されていません。

さらに、さまざまなHTTPクライアントライブラリの傾向に気づきました。これらのライブラリでは、DELETEのリクエスト本文をサポートするために、ますます多くの拡張機能がログに記録されているようです。ほとんどの図書館は義務を負っているようですが、初期の抵抗が少しあることもあります。

私のユースケースでは、DELETEに必要なメタデータを追加する必要があります（たとえば、削除の「理由」と、削除に必要な他のメタデータ）。私は次のオプションを検討しましたが、どれも完全に適切であり、HTTP仕様やRESTのベストプラクティスに沿っているようには見えません。

• メッセージ本文-仕様は、DELETEのメッセージ本文にセマンティック値がないことを示しています。HTTPクライアントでは完全にはサポートされていません。標準的な慣行ではありません
• カスタムHTTPヘッダー-カスタムヘッダーを要求することは、一般的に標準的な慣行に反します。それらを使用することは私のAPIの他の部分と矛盾しており、いずれもカスタムヘッダーを必要としません。さらに、悪いカスタムヘッダー値を示すために利用できる良いHTTP応答がありません（おそらく完全に別の質問）
• 標準のHTTPヘッダー-適切な標準ヘッダーはありません
• クエリパラメータ-クエリパラメータを追加すると、削除されるRequest-URIが実際に変更されます。標準的な慣行に対して
• POSTメソッド-（例POST /resourceToDelete { deletemetadata }）POSTは削除のセマンティックオプションではありません。POSTは、実際には必要な反対のアクションを表します（つまり、POSTはリソースの従属を作成しますが、リソースを削除する必要があります）
• 複数のメソッド-DELETEリクエストを2つの操作（たとえば、PUTメタデータの削除、次にDELETE）に分割すると、アトミック操作が2つに分割され、一貫性のない状態が残る可能性があります。削除理由（およびその他の関連メタデータ）は、リソース表現自体の一部ではありません。

私の最初の好みは、おそらくカスタムHTTPヘッダーの次にメッセージ本文を使用することでしょう。ただし、示されているように、これらのアプローチにはいくつかの欠点があります。

DELETEリクエストにそのような必要なメタデータを含めるためのREST/HTTP標準に沿った推奨事項またはベストプラクティスはありますか？私が検討していない他の選択肢はありますか？

サーバーからxmlファイルをダウンロードする際に奇妙な問題に直面しています。

次のコードを使用して schedulist.xml を取得しようとしています。

問題は 、

1. インターネットが利用可能な場合、ボタンをクリックして xml をダウンロードすると、問題ありません。Xml がダウンロードされています。
2. インターネットをオフにしました。もう一度ボタンをクリックすると、didReceiveResponse,didReceiveData and connectionDidFinishLoading.FYI が呼び出されます。古い応答データを削除しました。

しかし、問題は、私が使用すると正常に動作し[_urlRequest setHTTPMethod:@"POST"];ていることです。

1. インターネットで正常に動作する
2. didFailWithError呼ばれている

何が問題なのですか?