AWS APIゲートウェイで複数のHTTP応答ヘッダーをAWSラムダ応答本体でマップする

Question

http応答ヘッダーをapiゲートウェイ統合レスポンスヘッダーマッピングに設定できます。私はAWSラムダからcontext.fail("http://www.google.com")応答を与え、正規表現を使用して、その場合の
（「.http。」）応答を識別し、最終的にこの
Location: integration.response.body.errorMessageように私のヘッダーにマッピングします。
これは、一度に1つのヘッダーをマップしようとすると機能します。
しかし、私はLocationとCookieヘッダーの両方を1つの応答で設定したいと考えています。 はこれを達成するために、私は

context.fail(JSON.stringify({Location:"http://www.google.com",Cookie: vid="233kwer34343"})) 

のような私のAWSラムダからJSONを返されたが、私はcontext.succeed()代わりのcontext.fail()を使用してこれを行うことが可能ですintegration.response.body.errorMessage.Locationとintegration.response.body.errorMessage.Cookie

を経由して、ヘッダーをマップできませんでした。これは正規表現をチェックしていません。私は応答を分類する正規表現をチェックしたい。

ラムダ応答本体から複数の応答ヘッダーをマップする最も良い方法は何ですか？

Answer 1

これは、APIゲートウェイまたは複数のヘッダーのためではありません。 Locationヘッダーは、リクエストのリダイレクト（3xx）または成功したプロセス（2xx）に対してのみレスポンスに追加されます。このリターンコードは、エラー（4xxの、5xxの）ときに追加されることはありませんなど、ここで

詳細 - https://en.wikipedia.org/wiki/HTTP_location

このことは（）context.succeedのために働いた理由、それは文脈のために動作しませんでした。失敗します（）。

Answer 2

私はあなたがcontext.failを使ってこれを動作させることはできないと思います。問題は、context.failに渡されるパラメータが単純な文字列であることです。その後、その文字列はjson文字列にエンコードされ、「errorMessage」という名前の属性内のスティング値としてAPI Gatewayに渡されます。

ラムダから来たレスポンスボディは、{"errorMessage"： "{\" Location \ "：\" http://www.google.com \ "、\" Cookie \ "：\" vid = '233kwer34343' "}

errorMessageの値は、j​​sonオブジェクトではなく特殊文字がエスケープされた文字列であることに注意してください。 integration.response.body.errorMessageを見て、その文字列をjsonに解析し、結果のjsonオブジェクトのlocation属性を取得するようにヘッダーマッピングを指示する方法はありません。

ヘッダーではなくレスポンス本文として値を返す場合は、velocityを使用してerrorMessageの内容を解析し、好きなレスポンス本文に変換することができます。残念なことに、ヘッダーマッピングには、速度テンプレートの完全な処理能力/柔軟性はありません。

この場合、なぜcontext.failを呼び出す必要がありますか？ { "場所"： "http://www.google.com"、 "クッキー"： "VID = '233kwer34343'"}

が次にヘッダマッピングがちょうどあるあなたがcontext.doneを呼び出す場合

次のような体としてJSONを返すことができますintegration.response.body.Locationとintegration.response.body。Cookie