-
Notifications
You must be signed in to change notification settings - Fork 14.5k
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
Allow check_response to be defined in extra_options of HTTP connection #45451
base: main
Are you sure you want to change the base?
Allow check_response to be defined in extra_options of HTTP connection #45451
Conversation
…tch signature of HttpHook
…gHook so we don't need have to override the complex get_conn method
…of HttpHook so we don't need to override the get_conn method in DingdingHook and LivyHook
You will need to bump HTTP provider version to new minor and make the other providers depend on it, otherwise someone can install old version of HTTP provider and new version of (say) livy and it wil not work. |
…e them dependent of http provider 5.0.1 or higher
Ok thx @potiuk bumped the version of the http, livy and dingding provider and made them dependent on version 5.0.1 of http provider. |
I've bumped the http provider (in provider.yaml) but is it normal I have to modify the version manually in module as well?
Maybe it's because I can't use the pre-commits on my Windows machine. |
This PR allows you to define the check_response option in the extra options fields of the HTTP connection so that you can disable the check globally for that connection instead of always having to pass it to each HttpOperator using that same connection id.
I also took the opportunity to refactor the get_conn method of the HttpHook so you can easily override the default host and default headers in the specialized hooks so those subclasses (e.g. LivyHook or DingdingHook) don't need to override the get_conn method anymore, otherwise as the signature has changed (e.g. added extra_options parameter) those has to be changed also and the exisiting solution wasn't DRY also, now it is.
In the past if you want to disable the response_check in the HttpHook through the HtpOperator, you had to define the HttpOperator like this:
Now thanks to this PR, you can define the check_response globally in the extra_options of the connection, so it will be applied to each HttpOperator using that connection.
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rst
or{issue_number}.significant.rst
, in newsfragments.