-
Notifications
You must be signed in to change notification settings - Fork 161
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: cast dataproc batch runtime props #1008
Conversation
There is a bug currently that requires `runtime_config` `properties` values to be strings. As a result, integer values need quotes around them in the yml files, which is awkward. With this PR, values are cast as strings, so that the properties can be set in a more expected way. [ADAP-1007]
Thanks for your pull request, and welcome to our community! We require contributors to sign our Contributor License Agreement and we don't seem to have your signature on file. Check out this article for more information on why we have a CLA. In order for us to review and merge your code, please submit the Individual Contributor License Agreement form attached above above. If you have questions about the CLA, or if you believe you've received this message in error, please reach out through a comment on this PR. CLA has not been signed by users: @jimmyshah |
Thanks for your pull request, and welcome to our community! We require contributors to sign our Contributor License Agreement and we don't seem to have your signature on file. Check out this article for more information on why we have a CLA. In order for us to review and merge your code, please submit the Individual Contributor License Agreement form attached above above. If you have questions about the CLA, or if you believe you've received this message in error, please reach out through a comment on this PR. CLA has not been signed by users: @jimmyshah |
Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: Jimmy Shah.
|
Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: Jimmy Shah.
|
Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: Jimmy Shah.
|
Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: Jimmy Shah.
|
Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: Jimmy Shah.
|
Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: Jimmy Shah.
|
Hey @dbeatty10 @McKnight-42! Anything I can do to help move this PR forward? Unrelated: I signed the CLA and have signed my git commits, but not sure why the cla-bot is disagreeing. Apologies for the mess... |
@cla-bot check |
Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: Jimmy Shah.
|
The cla-bot has been summoned, and re-checked this pull request! |
CLA
I'm guessing that the cla-bot is complaining about these two commits (a1f1608 and 3072f30): Easiest path forward
The easiest thing at this point might be just to open a new PR. That way, all the commits would have the same identity that signed the CLA. Also, if your PR adds only these lines, then you'll be more likely to pass our code-formatting checks too. Alternative path forwardYou could also try keeping this PR by:
I'm guessing you'll find opening a new PR to be a bit easier, but either way works for us. |
Thanks for the suggestion @dbeatty10. I just opened a new PR #1024 and the issues seem to be resolved. I'll close the PR. |
resolves #1001
Problem
There is a bug currently that requires
runtime_config
properties
values to be strings. As a result, integer values need quotes around them in the yml files, which is awkward.With this PR, values are cast as strings, so that the properties can be set in a more expected way.
ADAP-1007
Solution
In
_configure_batch()
, I added a check forruntime_config.properties
. If they exist, I iterate through the dictionary to cast the values as strings. Changing this part of the code was suggested as an option in #1001.Checklist