-
Notifications
You must be signed in to change notification settings - Fork 62
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
Dependency management improvements #487
Conversation
…bootstrap-maven-plugin
… version when using it integration-tests
@ppalaga This looks good to me, I believe the failed build is something minor that needs to be addressed, though I did not dig in there yet. @famod Given you put together the initial version of |
Checking |
@ppalaga Thanks for the additional commits. One minor comment I had - do we need all these banned dependencies, I'm guessing there could be some potential cleanup from this list? Let's give a couple days for Falko to review -- otherwise I will push it through and get you a release over the weekend; hope that works for you. |
We certainly don't but OTOH, it does not matter much if there is more than needed at the moment. It can happen that we add a dependency in the future which transitively pulls some of those. For such situations, it is perhaps better to have them all. In the long term, I'd like to replace the static copy with a config file produced by Quatkus - see quarkusio/quarkus#24880
I am big proponent of reviews and I'll gladly wait for @famod to review!
I'd personally prefer getting a release right after Quarkus 2.12.0.CR1, planned for August 17th |
Yes, absolutely, that works. I'm really glad to see the PRs coming in - thank you for your efforts! JFYI, other than @famod, none of the maintainers, including myself, have used this extension in a production deployment - it's just been a side project for us. So there's much to be done to clean up the extension, add unit and integration tests, etc. So thanks in advance, and we heartily welcome the contributions. |
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.
Looks good overall, just some smaller findings.
<exclude>org.apache.tomcat.embed:tomcat-embed-core</exclude> | ||
<exclude>org.jboss.modules:jboss-modules</exclude> | ||
<!-- We prefer ByteBuddy where possible --> | ||
<exclude>org.javassist:javassist</exclude> | ||
</excludes> |
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 have noticed the discussion about moving to ExternalRules
eventually, but it seems we lost the exclusion for org.ow2.asm:asm
?
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.
org.ow2.asm:asm
some tests were failing for me when I excluded it for all modules. IIRC, originally it was excluded only for some specific module. Do you know of any specific reason why org.ow2.asm:asm
should be banned?
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.
It was excluded due to #226 (and banned in a later PR).
The runtime part of quarkus-cxf should not depend on asm.
@famod addressed all your comments except for the org.ow2.asm:asm ban, where I am waiting for feedback |
As for
I am no CXF expert, but at the first sight, this does not look like it can safely be excluded from them all? |
I have filed a followup #493 for the org.ow2.asm:asm ban to unblock this PR. So this is good to merge, from my point of view. |
Could please this one be merged so that I have a stable base for #488 ? |
I have no permissions to merge. I'd like to point out that there is still something to clarify w.r.t netty server: #488 (comment) |
Filed #496
Has an issue not to forget and to discuss #493 @gastaldi has now granted me permissions to merge (thanks!). So I hope it is OK to merge this one. |
Technically it was @shumonsharif who did this by approving it, I just created the PR :) |
Thanks @shumonsharif then! |
Sure thing @ppalaga please feel free to merge! |
@famod We'll get this corrected, will submit a PR later tonight! |
Motivation: as we started depending on quarkus-cxf in Camel Quarkus, we'd very much like to rely on quarkus-cxf-bom. To be able to do so, the BOM needs to
I hope this is fine for you?
I am open to discuss adding back or removing specific BOM entries.