-
Notifications
You must be signed in to change notification settings - Fork 8
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
Make AddPluginsBom Order Independent #57
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.
Looks good to me, aside from the suggestion to use cursor messaging instead of visitor fields, and run https://docs.openrewrite.org/recipes/maven/orderpomelements as a first step to ensure the projects conform to the pom code convention
This one has started to fail, possibly due to a new wildcard version getting picked up
diff --git a/pom.xml b/pom.xml
index 3dc2751..cedb28d 100644
--- a/pom.xml
+++ b/pom.xml
@@ -15,7 +15,7 @@
<dependency>
<groupId>io.jenkins.tools.bom</groupId>
<artifactId>bom-2.401.x</artifactId>
- <version>2612.v3d6a_2128c0ef</version>
+ <version>2641.v88e707466454</version>
<type>pom</type>
<scope>import</scope>
</dependency> We also have mechanisms for tests to verify not an exact version, through |
Rewrote one test to indeed not break when a new version comes out; hope that helps! |
Thanks Tim! |
7de7d44
to
d87e018
Compare
d87e018
to
a9b94e9
Compare
Thanks for the suggestion @timtebeek! This has been updated to use cursor messaging. |
What's changed?
AddPluginsBom recipe now supports properties declared after the bom.
What's your motivation?
Several plugins have this ordering defined. It worked in the previous ScanningRecipe implementation, this restores the behavior with a regular Recipe.
Have you considered any alternatives or workarounds?
Recipe causing another cycle, but this seems simpler.
Checklist