-
Notifications
You must be signed in to change notification settings - Fork 0
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
fix(connectivity): zbctl port command #113
Conversation
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.
wouldn't it have been easier to just use ZEEBE_ADDRESS
instead of ZEEBE_HOST
?
ZEEBE_ADDRESS
describes exactly the meaning of what's expected by ZEEBE_HOST
in this script.
This would also not require you to do any cut commands or whatever but just use what's upstream available.
Either one uses ZEEBE_ADRESS = 127.0.0.1:26500
(IP:port) or uses ZEEBE_HOST = 127.0.0.1
and ZEEBE_PORT = 26500
.
Currently it's a weird mix of having all 3 defined in various different states that they're not supposed to be.
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.
As long as no one defines ZEEBE_HOST as env var should work properly as expected.
Now the good thing is also that if ZEEBE_ADDRESS (env var) differs from the input, the input would overwrite the env var in zbctl.
Based on your suggestion, I've enforced empty ZEEBE_HOST and ZEEBE_PORT for the check.
|
The custom port wasn't working as expected