-
Notifications
You must be signed in to change notification settings - Fork 5
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
Define contract for turbine response and capture #314
Conversation
return processError(err, path, output) | ||
} | ||
|
||
r, _ := regexp.Compile("\nturbine-response: (true|false)\n") |
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.
r, _ := regexp.Compile("\nturbine-response: (true|false)\n") | |
r := regexp.MustCompile("\nturbine-response: (true|false)\n") |
nit
a7ef81d
to
488f490
Compare
488f490
to
1943e97
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.
This reads great! I took a spin on this locally and noticed that app initialization and runs work great with regards to output and error handling, but something seems amiss with deploying apps -- is this related to this change?
$ ./meroxa apps deploy --path ../demos/myjsapp
Checking for uncommitted changes...
✔ No uncommitted changes!
Validating branch...
✔ Deployment allowed from master branch!
Preparing application "myjsapp" (javascript) for deployment...
✔ Application built!
Error: strconv.ParseBool: parsing "turbine-response: true": invalid syntax
The recording includes
- a failed deployment of an app instance to the same namespace
myjsapp
- another subsequent redeployment to the
myjsapp
after deleting the previous app that also fails
@jayjayjpg just to confirm, did you pull and build the latest |
@jmar910 Yes exactly, but let me double check and record just to make sure, also happy to huddle if it's helpful! |
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.
After @jmar910 paired with me we noticed that I failed to pull the latest master
before testing and this change is already working as expected -- awesome work!
Description of change
CLI now expects a specific format when receiving responses from turbine-js. This allows us to only capture what we care about and leave the rest of the output alone.
Type of change
How was this tested?
Demo
Additional references
See this thread https://meroxa.slack.com/archives/C02L14X6TA9/p1649879600763529
Blockers