2017-10-31 5 views
2

APIゲートウェイを使用してビルドしているAPIエンドポイントがあります。リクエストされたすべてのデータが返された場合は200 OK、ページングされている場合は206 Partial Contentすべてのデータをフェッチするために追加の要求が必要です。AWS API Gateway複数の2XXレスポンス

https://aws.amazon.com/blogs/compute/amazon-api-gateway-mapping-improvements/で、複数の2XXレスポンスを定義できるようになりましたが、インテグレーションレスポンスの設定で、両方のレスポンスが成功したと判断できません。今はデフォルトとして200セットがありますが、206マッピングのラムダエラー正規表現を指定する必要があるように見えます。

これは基本的に私が206エラーメッセージで失敗し、そのメッセージが送信されているかどうかを判断するために正規表現を使用し、その後、基本的に成功のように扱う必要があることを意味しますか?または、200または206のいずれかを正常に返すにはどうすればいいですか? AWSは、当社のサーバーにヒットするエンドポイントが正常に200または206を返します

が、AWSは、現在だけで200

+0

これは '206部分的なコンテンツ 'の誤用のようです。 HTTPステータス206は、「Range」要求に対する応答である。 https://tools.ietf.org/html/rfc7233#page-10 –

+2

206とは別に、従来のAPIゲートウェイ統合の使用を避け、Lambda-Proxyを行うのは簡単です。そうすれば、このひどいマッピングのすべてを避けることができ、通常のHTTPライブラリを使用してリクエスト/レスポンスのライフサイクルを管理することができます。恥知らずのプラグイン:https://github.com/dougmoscrop/serverless-http –

答えて

0

を送信しているクライアントに応答するとき、これは基本的に私が持っていることを意味していますエラー メッセージで206に失敗し、そのメッセージが に送信されているかどうかを判断するために正規表現を使用して、基本的には成功のように扱いますか?

はい、正しいです。奇妙な、間違っているが、それは動作します。

関連する問題