-
Notifications
You must be signed in to change notification settings - Fork 198
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
Refactor hard-coded configuration strings into const variables to improve code readability and extensibility #917
Conversation
Friendly ping, when to expect this to be finished. (No pressure just informational.) |
The refactoring itself is pretty much done, the main purpose for the refactoring is to prepare for the KRaft support so things won't look even messier when we add the KRaft. I will just need to do some manual testings to ensure I'm not breaking anything here due to some stupid mistakes |
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, thanks for this.
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, thanks a lot! :)
What's in this PR?
Noticed that the current implementation sets a bunch of hard-coded strings for Kafka and Cruise Control configurations, and I think it's more readable and bug-prune for all the Kafka and Cruise Control configurations to be grouped together in a file so we can use them in the source code
Why?
Concepts that are closely related should be kept vertically close to each other
Test
Test with both internal and external listeners with plaintext, didn't get to test all the security protocols - but triple compared the hard-coded strings with the newly created consts