-
Notifications
You must be signed in to change notification settings - Fork 330
Include JMX Monitoring stacks on Gitpod configuration #401
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
Conversation
|
Am I the only one getting for https://gitpod.io/#https://github.com/confluentinc/cp-demo/pull/401 ? |
|
@vdesabou it works for me: https://gray-bee-8m5ifxwq.ws-us17.gitpod.io/ |
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.
@jeqo Hey, I'm taking over maintenance of CP demo and I'd like to get this PR merged. Just a couple of minor comments, but mostly looks good!
.gitpod.yml
Outdated
| init: ./scripts/start.sh && ./scripts/stop.sh && gp sync-done prebuild | ||
| command: curl -L --http1.1 https://cnfl.io/ccloud-cli | sudo sh -s -- -b /usr/local/bin; exit | ||
| init: | | ||
| cd .. && git clone https://github.com/confluentinc/jmx-monitoring-stacks && cd cp-demo/. && \ |
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.
I think the jmx repo should only be cloned if the user specifies the MONITORING_STACK variable. I think this should move to the "cp-demo" task
.gitpod.yml
Outdated
| command: curl -L --http1.1 https://cnfl.io/ccloud-cli | sudo sh -s -- -b /usr/local/bin; exit | ||
| init: | | ||
| cd .. && git clone https://github.com/confluentinc/jmx-monitoring-stacks && cd cp-demo/. && \ | ||
| ./scripts/start.sh && ./scripts/stop.sh && \ |
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.
Something I'm planning to do anyway is to replace ./scripts/start.sh && ./scripts/stop.sh with simply CLEAN=true ./scripts/start.sh. This makes a better experience if there is no prebuild enabled. There's no reason to require stop.sh. I think it's fine to add it to this PR because I don't want you to have to rebase and fix the conflict.
.gitpod.yml
Outdated
| echo "🚀 Starting up cp-demo (you can disable autostart by exporting DISABLE_AUTOSTART environment variable, see https://www.gitpod.io/docs/environment-variables)"; | ||
| if [ -z "$MONITORING_STACK" ]; then | ||
| echo "cp-demo is not including any JMX monitoring stack (you can enable them by exporting MONITORING_STACK environment variable, see https://github.com/confluentinc/jmx-monitoring-stacks)." | ||
| ./scripts/start.sh; |
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.
change to CLEAN=true ./scripts/start.sh
.gitpod.yml
Outdated
| else | ||
| echo "cp-demo includes JMX monitoring stack $MONITORING_STACK" | ||
| cd ../jmx-monitoring-stacks | ||
| ./$MONITORING_STACK/start.sh; |
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.
I would suggest the JMX repo also set CLEAN=true when starting CP Demo in its own start scripts. My thinking is it's possible for a prebuild to create certificates and junk that should probably be regenerated.
|
I'm working on some other gitpod prebuild optimizations in #419 that would need to go through before adding this. Hold tight, and thank you for contributing this! |
|
Sorry for the delay on this. I've since discovered that CP demo is pushing the resource limitations of gitpod quite a bit, so i don't think it's feasible to run more components. I'll have to close this PR, unfortunately. |


Description
What behavior does this PR change, and why?
While enabling gitpod on jmx-monitoring-stacks repo (confluentinc/jmx-monitoring-stacks#54), it made sense to extend cp-demo instead of copy/paste'ing most of the gitpod configuration in another project.
This PR adds a new variable
MONITORING_STACKto choose which stack to start, if any, when starting cp-demo on gitpod.Author Validation
Describe the validation already done, or needs to be done, by the PR submitter.
Reviewer Tasks
Describe the tasks/validation that the PR submitter is requesting to be done by the reviewer.