問題タブ [http-patch]

Web ページに、同じドメインの安静なサービスへの ajax HTTP PATCH 呼び出しを行わせています。以下のように、Chromeブラウザの携帯電話でのみ失敗しました

ステータス コード:502 ゲートウェイが正しくありません

このページは、Chrome データ圧縮プロキシ経由で読み込めません。ページをリロードしてみてください。

テストしたすべてのデスクトップ ブラウザーとモバイルの NOT-chrome で PATCH を正常に実行できるため、これは非常に厄介です。実際、モバイルクロムはペイロードがない場合にのみ成功します

K.ここでの関連する議論に感謝しますので、原因がわかりました。これがこれを修正し、キャッシュ制御ヘッダーを尊重できることを願っています。その間、歩き回る方法は何ですか？

私は、データ操作のために WebApi を使用する単一ページ アプリケーションに取り組んでいます。私のサイトは Windows Server 2008 R2 (IIS 7.5.7600.16385) でホストされ、正常に動作していましたが、Windows Server 2012 R2 (IIS 8.5.9600.16384) に移行した後、HTTP パッチ VERBS が機能せず、API 呼び出しがステータス コード 400 "Bad Request" で返されます"。web.config で次のコード スニペットを試しましたが、うまくいきませんでした。

何度も何度もグーグル検索しましたが、何も役に立ちませんでした。ここで立ち往生しています。助けていただければ幸いです。

プロパティが整数であるPATCHリクエストを無視しているように見えますが、他のタイプを問題なく処理するという点で、Web API 2（.net 4.5.1）に問題があります（文字列と10進数をテストしました）。

http://playapi.azurewebsites.net/api/productsで、「製品」コントローラーを使用して、セキュリティで保護されていないテスト API をセットアップしました。その URL に GET を実行すると、次のような製品が返されます。

'Name' と 'Category' はどちらも文字列で、'Price' は 10 進数、'Stock' は Integer です。

これらのリクエストを送信すると、どちらも機能します (更新されたエンティティで 200/OK を取得します)。

• パッチ、http ://playapi.azurewebsites.net/api/products/1{"Price": 600.00}
• パッチ、http ://playapi.azurewebsites.net/api/products/1{"Category": "Electronics"}

ただし、これを送ると200/OKを返しますが、更新はせず、在庫は元の値のままです

• パッチ、http ://playapi.azurewebsites.net/api/products/1{"Stock": 4}

私のコントローラー コードはかなり標準的なボイラー プレート コードです (スキャフォールディングされた ODATA コントローラーからのものですが、標準 API コントローラーに移動されています)。

「製品」の私のモデルは次のとおりです。

コントローラーをデバッグすると、「パッチ」オブジェクト_changedPropertiesには、整数リクエストを行うときにアイテムを含まないコレクションがあることがわかりますが、他の種類のリクエストを行うと、変更したキーがあります。

Web API は整数プロパティの PATCH 要求をサポートする必要がありますか? もしそうなら、それを機能させるためにサーバーまたはクライアントで何か特別なことをする必要がありますか?

Jersey を使用して REST API の実装に取り​​組んでいます。(部分的な更新)については、Jersey がサポートしていないためPATCH、独自のカスタム実装を実装しました。PATCH

現在、その実装に関する機能テストを作成する方法を見つけようとしています。そのフレームワークでそのサポートを利用できる他のメソッド（、、、、）PUTにPOSTジャージーテストフレームワークを使用しています。GETDELETE

ジャージ テスト フレームワークの実装を拡張して、機能テストを作成する方法はありPATCHますか? PATCHそうでない場合、Jersey の実装をテストするために使用できる他のテスト フレームワークはありますか?

誰かが例を提供できれば、それは素晴らしいことです。

HTTPプロトコルのPUT、POST、PATCHメソッドの違いは何ですか?

JAX-RS の CXF 実装を使用して、クライアントで PATCH メソッドを使用しようとしています。最初に、PATCH アノテーションを次のように定義しました。

ここに書かれていることを参照してください： How to have a @PATCH Annotation for JAX-RS?

その後、@PATCH が CXF 3.1.2 に追加されたことがわかったので、Maven の pom.xml のバージョンを変更しました。実際にはそこpublic @interface PATCHにpackage org.apache.cxf.jaxrs.ext;あり、コードは実際に上に投稿したものとまったく同じように見えます。

ただし、サービス定義でこの注釈を使用しようとすると、

上にjava.net.ProtocolException: Invalid HTTP method: PATCH投稿した質問のリンクで述べたようになります。彼らはこれに対するいくつかの解決策をJerseyと話し合っていますが、CXFでできることは次のとおりです。

だから私はいくつかの質問があります：

1. どうすればこれを機能させることができますか? いいえ、カスタム CXF インターセプターを作成する必要がありますか?
2. 機能しない場合、PATCH アノテーションを CXF に追加したのはなぜですか?
3. 他のトピックの一部の人は、言及された PATCH 注釈定義が彼らのために機能すると言いました。どうして ？クライアント側でのみ問題が発生しますか?もしそうなら、それはなぜですか?
4. CXF ドキュメントでこの注釈が見つからないのはなぜですか? http://cxf.apache.org/javadoc/latest/でorg.apache.cxf.jaxrs.ext パッケージを調べましたが、PATCH が表示されません。しかし、最新の cxf 3.1.2 では、このパッケージで実際に見つけることができます。