問題タブ [http-delete]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
5422 参照

ios - http削除リクエストを送信します

http削除リクエストを送信する方法が必要です。以下のコードを実装しました

しかし、私は404ステータスを持っています。

誰かが私が欠けているものを知っていますか?

PS:私はxcode 3.2.3、シミュレータ4.0を使用しています

0 投票する
1 に答える
2091 参照

web-services - JerseyRESTWebサービスクライアントでのDELETEは常に404をスローします

汎用のRESTWebサービスクライアントを実装しました。削除リクエストを除いて、すべてが正しく機能しています。常に「404->NOTFOUND」エラーが返されますが、他のツール(Firefoxのポスターとcurl)を使用すると、削除リクエストを実行できるため、Webサービスクライアントが機能して実行されます。

失敗しているメソッド:

'builder.delete(returnClass)'ステートメントを実行するときUniformInterfaceException。

webResourceは他のリクエストと同じなので、問題はなく、変数(baseURL、urlExtension、returnClass、customHeaders)も正しくありません。これらの値を他のテストツールで使用すると、正しい応答が得られます。

なぜ私がいつもこの404エラーを受け取るのか誰かが知っていますか?

0 投票する
1 に答える
2137 参照

rest - RESTful Web サービスの結果を消費した後に ACK を送信しますか?

サーバー上のアイテムのキューを考えてみましょう。次にクライアントは、REST Web サービスを使用して、一度に 10 個のキューに入れられたアイテムを読み取ります。当然、クライアントがこれらのアイテムを消費すると、サーバーはそれらをサーバー側で削除する必要があります。

Q: 堅牢性、ネットワーク負荷、および安らぎの両方を考慮する場合、どのアプローチが最適ですか?

考えられる解決策は次の 3 つです。

クライアントは新しいアイテムを要求します。サーバーはその後...

  1. アイテム 1..10 ( GET) を送信し、すぐに削除します。うまくいけば、アイテムはクライアントに到着しました。
  2. アイテム 1..10 を送信し ( GET)、クライアントは 1..10 の ACK を送信し ( DELETE)、サーバーはアイテムを削除します。
  3. アイテム 1..10 ( GET) を送信します。次にクライアントが 11..20 ( GET) を要求すると、以前の項目はサーバーから削除されます。

#1と#3の両方が安らかな原則に違反していると思います。例:DELETEメソッドのみがオブジェクトを削除できます。ただし、どちらも ACK コマンドのデータ トラフィックを回避します。

ここで何が最善かわかりません。おそらく、さらに良い解決策がありますか?

0 投票する
5 に答える
15136 参照

java - HTTP 削除を実行する方法は? 私に与えられたのはURLだけです

私は Java の初心者で、URL に対して HTTP Delete 呼び出しを行う方法を知りたいです。小さなコードや参考資料は非常に役に立ちます。

質問が非常に単純に聞こえることは承知していますが、この情報が急務です。

0 投票する
6 に答える
8863 参照

rest - RESTful 削除取り消し

データ サービスの削除の取り消しまたは遅延/バッチ削除をサポートすることは、かなり一般的な要件です。私が疑問に思っているのは、これを RESTful な方法で実装する方法です。私はいくつかの異なるオプションの間で引き裂かれています (どれも私にとってひどく魅力的ではないようです)。これらのさまざまなオプションに共通するのは、特定のリソース タイプに対して削除済みとしてマークされたすべてのリソースを返す API の必要性だと思います。

私が考えたいくつかのオプションと、それらの長所と短所のいくつかを次に示します。

リソースを削除済みとしてマークするオプション:

  • HTTP DELETE を使用して、リソースを削除済みとしてマークします。
  • HTTP PUT/POST を使用して、削除済みフラグを更新します。これは、本質的に削除を HTTP DELETE メソッドから離れて他の HTTP メソッドにマッピングするため、適切ではありません。

削除対象としてマークされたリソースを GET するときのオプション:

  • 削除済みとしてマークされたリソースの HTTP ステータス 404 を返します。クリーンで透過的ですが、実際に削除されたリソースと削除済みとしてマークされたばかりのリソースの違いはどうすればわかりますか。
  • HTTP ステータス 410 を返します。違いを見分ける方法を提供しますが、410 は技術的には「永続的であると見なされることが期待されます。リンク編集機能を持つクライアントは、ユーザーの承認後に Request-URI への参照を削除する必要があります」と述べています。ここでの「期待される」および「すべき」という言葉には、十分な調整の余地があるかもしれません。クライアントで 410 がどの程度サポートされているか、または理解されているかは不明です。
  • HTTP ステータス 200 を返し、リソースが削除されたことを示すフラグ フィールドを含めます。そもそもそれを削除するという考えは、実際には表示されないようにしたかったからです。これにより、削除されたリソースを除外する責任がクライアントに押し付けられます。

この削除されたリソースを含む応答のオプション:

  • 削除済みとしてマークされたリソースを省略します。クリーン&シンプル。しかし、削除されたリソースについて実際に知りたい場合はどうでしょう。
  • それらが削除されたことを示すフィールドとともにそれらを含めます。これにより、削除されたリソースを除外する責任がクライアントに押し付けられます。アクティブなリソースまたは削除されたリソースのみをページングしたい場合、ページネーションが難しくなります。

削除対象としてマークされたリソースを更新するときのオプション:

  • HTTP ステータス 404 を使用します。リソースがなくなりましたよね? しかし、削除済みとしてマークされたリソースと実際に削除されたリソースの違いをどのように見分けることができますか。404 応答の HTTP 本文はここで明確にすることができますが、クライアントは本文を解析/解釈して明確にする必要があります。たぶん、応答ヘッダーがここで役立つでしょうか? どれ?カスタムヘッダー?
  • リソースを最初に復元する方法についてのメッセージとともに HTTP ステータス 409 を使用します。

削除対象としてマークされたリソースの削除を取り消すオプション:

  • リソースの更新操作に HTTP PUT/POST を使用し、再度アクティブとしてマークします。これは、「見つかりません」(404) であるリソースに PUT/POST を実行しないため、リソースの GET 操作に対して HTTP 404 を返さない場合にのみ機能します。
  • リソースの作成操作には HTTP PUT/POST を使用します。ここでの問題は、どのデータが優先されるかということです。作成操作で送信されたデータ? それとも復元されたデータですか?それを返す他のクエリからそれを除外します。次に、リソース識別子が削除済みとしてマークされたリソースを指している場合、リソースを作成する HTTP PUT/POST を削除取り消しとして扱います。
  • 削除対象としてマークされたリソースの削除を取り消す専用の別の REST パス。

これは決して網羅的なリストではありません。頭の中で飛び回っているいくつかのオプションを列挙したかっただけです。

これを行う方法に対する答えは、いつものように「場合によります」であることを私は知っています。私が興味を持っているのは、決定を下すためにどのような資格/要件を使用するかということです. これが実装されているのをどのように見ましたか、または自分で実装しましたか?

0 投票する
1 に答える
1281 参照

java - HTTP DELETE は常に HTTP/400 エラー メッセージを返します。

以下のコードで HTTP DELETE を実行しようとしましたが、常にステータス 400 のエラー メッセージを受け取りました。「httpCon.getInputStream();」を使用する必要があるかどうかはよくわかりません。

0 投票する
1 に答える
626 参照

jquery - MVC 3 カミソリ Ajax HttpDelete IIS6

jQueryを介してコントローラに削除リクエストを実行しようとしています。ローカルでは機能しますが、サーバーにデプロイすると 501 ステータスを受け取ります。

.cshtml では、すべての動詞が受け入れられ、ファイルの検証が不要であることを確認しました (他の場所でこれを読みましたが、cshtml ページを呼び出していないため、とにかく何が達成されるかわかりません)。許容量を変更する必要がある他のアプリケーション拡張機能はありますか?

0 投票する
3 に答える
36488 参照

curl - curlを使用したクエリでSOLRインデックス付きデータを削除するには?

次のような SOLR schema.xml があります。

curl コマンドを使用して、SOLR データベースから「blue」および「stationwagon」のタグ付きレコードを削除したいと考えています。

しかし、次のコマンドではそれをしませんでした:

何か提案はありますか?

0 投票する
1 に答える
6407 参照

asp.net-mvc-3 - Html.BeginForm()でDELETEフォームメソッドを使用しますか?

可能な場合は適切なHTTPメソッドを使用したいと思います。この場合、ボタンをクリックして何かを削除したときに、属性を使用してコントローラーアクションを実行したいと思います[HttpDelete]。ただし、Razor構文を使用して、このメソッドでフォームを作成することはできないようです。FormMethod列挙型にはオプションがなく、次のDeleteことを実行しても列挙型はオーバーライドされません。

解決策を探しても何も得られません、誰もこれをしていませんか?POSTを使用できることはわかっていますが、そもそもこれがHTTP削除メソッドのポイントではありませんか?

0 投票する
1 に答える
2662 参照

api - github v3 API - リポジトリの削除/削除

アプリケーションの単体テスト環境をセットアップするときに、プログラムで github リポジトリを削除したいと考えています。

私はすでに v3 API を使用しています。これは、最もサポートされているようで、今後の道筋です。次のpython行を使用して、レポを正常に作成しています。

これを設定してレポを削除するにはどうすればよいですか? http://developer.github.com/v3/repos/で削除の仕様が見つかりません

APIパターンに従っているため、ゲスト化に基づいて次のコードを試しましたが、機能しませんでした。urllib2.HTTPError: HTTP Error 404: Not Found で戻ってきました

Python http DELETE コードを取得しました: How to make HTTP DELETE method using urllib2?