-
Notifications
You must be signed in to change notification settings - Fork 3k
Manage io.perfmark:perfmark-api to keep Quarkus, Camel Quarkus, Quarkus CXF and Quarkus Google Cloud Services in sync #47878
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
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.
Thanks, I added a few comments.
<maven.compiler.source>17</maven.compiler.source> | ||
<maven.compiler.target>17</maven.compiler.target> |
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.
Could you please drop this commit from there? It has nothing to do with the issue at hand and I'm not sure it's worth taking any risk.
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.
There is no risk at all. They are fully redundant, because they are defined once again three lines below:
<maven.compiler.source>17</maven.compiler.source>
<maven.compiler.target>17</maven.compiler.target>
<maven.compiler.release>17</maven.compiler.release>
<maven.compiler.source>${maven.compiler.release}</maven.compiler.source>
<maven.compiler.target>${maven.compiler.release}</maven.compiler.target>
The change is in a separate commit. I can submit it through a separate PR, if you like.
pom.xml
Outdated
|
||
<!-- Make sure to check compatibility between these 2 gRPC components before upgrade --> | ||
<grpc.version>1.69.1</grpc.version> <!-- when updating, verify if com.google.auth should not be updated too --> | ||
<grpc.version>1.69.1</grpc.version> <!-- when updating, verify if com.google.auth and perfmark.version should not be updated too --> |
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.
Ideally, could you add a link to https://central.sonatype.com/ on the artifact where we can check the versions? Sometimes it's quite hard to figure out when you have to navigate through a couple of parent POMs.
…us CXF and Quarkus Google Cloud Services in sync, fix quarkusio#47877
I thought you rely on dependabot for the upgrades. If you'd like to stick to the version used by grpc instead, then you may want to use the maven plugin I wrote for this. We use it in QCXF and Camel Quarkus. You can annotate a property as follows (if the version is vebatim in a dependency) <perfmark.version>0.26.0</perfmark.version><!-- @sync io.grpc:grpc-core:${grpc.version} dep:io.perfmark:perfmark-api --> Then run |
Status for workflow
|
@gsmet is this good to merge now? All those failed tests are flaky, aren't they? |
Is this good to merge, @gsmet? |
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.
Hey. I was on PTO :).
Your plugin looks interesting. What I'm not sure of when we align this sort of things is which component will drive the version used as you might have incompatibilities at some point.
I suppose we could try and see how it goes.
Yeah, indeed, the plugin really helps only in simple cases where one needs to stick to a single specific version brought by some dependency. When a transitive comes via several paths, dependabot tends to be a better solution. |
@gsmet could you please explain why this is won't get backported? It would be great to have it in the next Quarkus 3.20 version to avoid some manual quirks in Camel Quarkus. |
1 similar comment
@gsmet could you please explain why this is won't get backported? It would be great to have it in the next Quarkus 3.20 version to avoid some manual quirks in Camel Quarkus. |
<protobuf-java.version>${protoc.version}</protobuf-java.version> | ||
<protobuf-kotlin.version>4.29.3</protobuf-kotlin.version> | ||
<proto-google-common-protos.version>2.56.0</proto-google-common-protos.version> | ||
<perfmark.version>0.27.0</perfmark.version><!-- dependency of io.grpc:grpc-core not managed in io.grpc:grpc-bom --> |
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.
@ppalaga, to me it seems that perfmark
should be managed in io.grpc:grpc-bom
. Can you please create io.grpc issue/PR?
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.
@rsvoboda sounds legit, but the grpc project has apparently chosen to manage only their own artifacts in their BOM: https://repo1.maven.org/maven2/io/grpc/grpc-bom/1.73.0/grpc-bom-1.73.0.pom So I doubt there is any chance that they would be ready to accept such as change.
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.
Ok, thanks for the info
io.perfmark:perfmark-api
to keep Quarkus, Camel Quarkus, Quarkus CXF and Quarkus Google Cloud Services in sync #47877