2017-07-19 5 views
0

私はAWS Gatewayを介して、私のラムダをテストし、私はこの行が記録されて見ることができますが返されます。AWSゲートウェイは、常にデフォルトのステータス・コード

Wed Jul 19 20:06:11 UTC 2017 : Method response body after transformations: {"errorCode":0,"headers":{},"statusCode":567,"base64Encoded":false} 

あなたは私がステータスコード567を返すよ見ることができるように。しかし、私はいつも200を参照してください。

enter image description here

その後、これは統合応答で私の設定です:

enter image description here

私はREGのEXP として使用しています* "からstatusCode":567。 *{"errorCode":0、 "headers":{}、 "statusCode":567、 "base64Encoded":false}と一致しません。私は567の代わりに200それは567を返します。そのようになるようにデフォルトを変更してみました200以外のリターンを作ることができない

enter image description here

これらは、メソッドの応答セクションで、私のHTTPステータスコードです私の設定が私のAPIを 、常にを返すように見えるように見えます。

誰かが私が間違っていることの手掛かりを持っていますか?

+0

567が有効なステータスであるかわかりません。 – dashmug

+0

ラムダ統合の代わりにlambda-proxyを使用してみてください。そうすれば、ラムダ関数でレスポンスを構築し、API Gatewayテンプレートでレスポンスを構築することはできません。 – dashmug

+0

errorRegexes。*のどれですか?これにより、デフォルトのステータスコードロジックが上書きされます。 –

答えて

1

ラムダ統合の代わりにlambda-proxyを使用してみてください。

このようにして、APIゲートウェイテンプレートではなく、ラムダ関数でレスポンスを作成します。

私の意見では、APIゲートウェイテンプレートを使用するのではなく、コードで応答を操作する方が簡単です。

関連する問題