New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AWS HTTP API: Ensure function timeout setting is respected #7420
Conversation
deprecation by not documenting seems really dangerous. How would anyone notice who is already using that option? Either don't deprecate, leave the documentation and say that the default value is based on the lambda function timeout or print a warning so that everyone using it knows that this option may be dropped in the next mayor release. I would tend to leave the option. |
Additionally deprecate (by not documenting) a `timeout` setting on HTT API endpoint. As HTTP API endpoints can only be configured through functions, it seems logical to treat function timeout setting as the only source of truth.
267f25f
to
306710a
Compare
Good point. I've added deprecation log. |
Codecov Report
@@ Coverage Diff @@
## master #7420 +/- ##
==========================================
+ Coverage 87.99% 87.99% +<.01%
==========================================
Files 240 240
Lines 9052 9063 +11
==========================================
+ Hits 7965 7975 +10
- Misses 1087 1088 +1
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good @medikoo 👌
Just to be sure though, users are still able to configure HTTP APIs timeout, it's just that we compare that to the function timeout , correct?
Yes, I left ability to configure |
Additionally deprecate (by not documenting) a
timeout
setting on HTTP API endpoint.As HTTP API endpoints can only be configured through functions, it seems logical to treat function timeout setting as the only source of truth.
Should be considered as bug fix.