-
Notifications
You must be signed in to change notification settings - Fork 335
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 application gateway probe to use host header from HTTP settings #450
Conversation
@l3ender Thank you for your contribution. We will complete the review and push forward the merger as soon as possible! Thank you very much! |
@l3ender Have you tested the newly added Parameter? Can you share your test results? Thank you very much! |
@Fred-sun Yes, I have tested and here is a screenshot from the portal of the created application gateway probe: I added a test case using the new probe property which is succeeded. However, there doesn't seem to be a way to assert the probe property on the updated object, as there is no If there is other detail I can provide, please let me know. Thank you! |
@l3ender In addition, the parameter you newly added is not idempotent. Could you please help to check it again? Thank you very much! |
@Fred-sun Could you share detail on how you are testing for idempotency, and what specifically is failing? This will help me ensure correctness and add test coverage. |
@l3ender In addition, the parameter you newly added is not idempotent. Could you please help to check it again? Thank you very much! |
@Fred-sun Yes, can you please share detail on how you are testing for idempotency, and what specifically is failing? |
@l3ender Execute the PlayBook that created the resource again. Thank you very much! |
Do you have re-execute the playbook? Any update for this? |
My apologies for the delay! I will test, update, and let you know! |
2281f46
to
8dfc8ed
Compare
@Fred-sun I have corrected the idempotency issue and added a test case to ensure it! Please take another look and let me know if you have any other findings. My sincere apologies for the long delay before finalizing the PR: I have had to be singularly dedicated to a critical issue at my organization which has taken all my time until now. Thank you for your patience! |
@l3ender Thank you for your update and contribution. I also made this PR for other things. I will complete the review as soon as possible! Thank you very much! |
@l3ender I have run the test case, but there are some problems. Can you help execute the test cases(ests/integration/targets/azure_rm_appgateway/tasks/main.yml) and provide the results? . Thank you very much! |
@l3ender Could you please help to authorize me to update this PR? Thank you very much! |
@Fred-sun I've sent an invite so you have access to update PR. I'm still trying to figure out how to run test cases, can you please advise? |
@l3ender You can try as following playbook ( include tests/integration/targets/azure_rm_appgateway/tasks/main.yml), Also copy the file under “tests/integration/targets/azure_rm_appgateway/files/cert*.txt” to the current path.
|
@Fred-sun I have ran the test using your playbook and it succeeded. Here is the recap: PLAY RECAP PLAY RECAP *******************************************************************************************************
localhost : ok=26 changed=10 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0 Here is the full execution output: test-results.txt. Let me know if I can provide any other info. Thank you! |
Hi @Fred-sun, any update on this PR? |
LGTM |
LGTM |
…ansible-collections#450) * allow probe to use host header from http settings * correct documentation verbiage * add test coverage * correct probe idempotency, add test coverage * corrrect usage of using backend hostname in probe * Add default value for pick_host_name_from_backend_http_settings * correct assert verbiage Co-authored-by: Fred-sun <[email protected]> Co-authored-by: Fred-sun <[email protected]> Co-authored-by: xuzhang3 <[email protected]>
SUMMARY
This PR adds configuration for an application gateway's probe so that it can use the host header defined in the associated backend HTTP settings.
This is an existing configuration option for probes, it just wasn't exposed/available for usage.
ISSUE TYPE
COMPONENT NAME
azure_rm_appgateway.py
ADDITIONAL INFORMATION
Without this setting, the hostname needs to be defined manually for the probe.
Before:
After: