-
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
Java: Modularize wrapper #81
Java: Modularize wrapper #81
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.
Should we update the README?
We should indicate that they need to install protoc >= 26.1, right?
Why it triggers so much unrelated GHAs? npm-cd? |
Yeah, I'm confused by this too. My change was okay when I updated protoc just for the Java workflow. But putting it in shared dependencies seems to be causing a lot of weird failures. I'm still looking into this, but would appreciate any help. |
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.
Approval conditional that we check protoc version in the gradle build.
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 see odd CI didn't start, perhaps that was a glitch or so
// Line in format like: libprotoc 26.1 | ||
int majorVersion = java.lang.Integer.parseInt(output.split(" ")[1].split("\\.")[0].trim()); | ||
int minorVersion = java.lang.Integer.parseInt(output.split(" ")[1].split("\\.")[1].trim()); | ||
if (majorVersion < 26 || (majorVersion == 26 && minorVersion < 1)) { |
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.
Is it possible to get numbers from the dependency instead of hardcoded ones?
Co-authored-by: Yury-Fridlyand <[email protected]>
d145d0f
into
java/integ_lotjonat_modules
This change exposes the API package only using Java's new module system. It also updates the name of our JAR from "client" to "glide-client".
This requires the upgrading protobuf to the 4.26.0-rc2 release candidate, which fixes an issue where protobuf was not a modularized project (see protocolbuffers/protobuf#12639).