Replies: 2 comments
-
Not sure. @jvarho did the lambda integration, maybe they can share some insight. If not, I'm fine with removing this. |
Beta Was this translation helpful? Give feedback.
0 replies
-
See #167 for the details, but basically you need to add a status code mapping pattern for any errors you want to support. The alternative would have been setting http status automatically, but not allowing custom mappings. Since one reason you'd use lambda integration is for control over mappings, I figured the clunky option was better. But I still only use it for async so I don't mind. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
serverless-wsgi/serverless_wsgi.py
Line 353 in 72de525
This doesn't seem to respect the HTTP response here if we have Flask behind it. A 400 error by the service then is raised and this RunTimeError gets raised. What is the intent of that and what's a better way of returning the error, where we know that the client has parameters that are invalid as they call into our wsgi service?
Beta Was this translation helpful? Give feedback.
All reactions