-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Automatically determine the RabbitMQ protocol when possible #1459
Conversation
Honestly I'm not 100% sure there's a reason to leave |
ea3597b
to
386a2f1
Compare
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.
LGTM but will leave it up to @zroubalik to do a final sweep
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.
Looking good.
Honestly I'm not 100% sure there's a reason to leave protocol as a configurable thing rather than making it always automatic.
So what if we make the auto
protocol a default value and thus protocol an optional parameter? By no means I am an not a RabbitMQ expert, but from what you are saying, it shouldn't do any harm and if anyone wants to specify the protocol, there's still a way.
I did change the default to auto so that is exactly the case now. |
Could please rebase this PR? |
386a2f1
to
66ab9ad
Compare
…ort setting the protocl via TriggerAuthentication. Signed-off-by: Noah Kantrowitz <noah@coderanger.net>
66ab9ad
to
fd13b8c
Compare
…ort setting the protocl via TriggerAuthentication. (kedacore#1459) Signed-off-by: Noah Kantrowitz <noah@coderanger.net> Co-authored-by: Zbynek Roubalik <726523+zroubalik@users.noreply.github.com>
And support setting the protocol via TriggerAuthentication since if overriding host, you will probably want that too at some point (if the new auto-detection doesn't handle it for you).
Checklist