You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Looks like a great lambda implementation, would love to use it, but it seems to be doing something odd.
First, Lambda's default SNS test event causes this failure:
2017-11-28T19:37:15.286Z 1a21cdd9-d473-11e7-89a1-a3392781a961 SyntaxError: Unexpected token T
at Object.parse (native)
at handleCatchAll (/var/task/index.js:282:24)
at processEvent (/var/task/index.js:347:20)
at exports.handler (/var/task/index.js:370:5)
Second, I sent Elastic Beanstalk events through SNS to this Lambda code, and strangely enough it was being handled by the catch-all, not the Elastic Beanstalk handler.
And, those Beanstalk events would fail with the exact same error above.
The text was updated successfully, but these errors were encountered:
Hey @woodland-appcolony , I know this was two and a half years ago, but I'm running into the same issue, only with EC2 events through SNS, instead of Elastic Beanstalk. Did you figure out what the issue is?
Edit:
It seems like this issue occurs when the SNS topic requires encryption (using the SSE key), because you can't set CloudWatch up to encrypt its own messages using the SSE KMS key.
Workaround is to either create a KMS key that Cloudwatch can use, or to not encrypt your SNS topic
Looks like a great lambda implementation, would love to use it, but it seems to be doing something odd.
First, Lambda's default SNS test event causes this failure:
Second, I sent Elastic Beanstalk events through SNS to this Lambda code, and strangely enough it was being handled by the catch-all, not the Elastic Beanstalk handler.
And, those Beanstalk events would fail with the exact same error above.
The text was updated successfully, but these errors were encountered: