You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the plugin operates on the pom file of the current project. This is mostly useful but there are use cases where a build wants to modify/flatten a pom file from another project. In this case, it would be great to specify the pom file e.g. with
and now the flattened pom file etc. is generated from that pom file. Currently, the plugin relies on the ${project} model that is passed in by maven and even though it reads the file directly, it mixes information from the maven project into the output.
If a pom file is specified, the plugin should build a new project and use this (instead of the main pom file).
(what is my use case):
I have a project with a large number of maven modules that I want to integration test using JPMS. The easiest way to do this is:
in an integration test setup job:
find the pom file for this maven module (it is at ../../../pom.xml :-) )
replace the artifactId foo with foo-it-parent, replace the packaging with pom.
strip the build section from the pom.
write the pom to a new file
install this file in the integration test repo as groupId:foo-it-parent:pom
This works surprisingly well and the flatten plugin is 90% of the way there (with the patches that I just sent), except that I can not load another pom file but the project file itself:
Currently, the plugin operates on the pom file of the current project. This is mostly useful but there are use cases where a build wants to modify/flatten a pom file from another project. In this case, it would be great to specify the pom file e.g. with
and now the flattened pom file etc. is generated from that pom file. Currently, the plugin relies on the
${project}
model that is passed in by maven and even though it reads the file directly, it mixes information from the maven project into the output.If a pom file is specified, the plugin should build a new project and use this (instead of the main pom file).
(what is my use case):
I have a project with a large number of maven modules that I want to integration test using JPMS. The easiest way to do this is:
../../../pom.xml
:-) )foo
withfoo-it-parent
, replace the packaging withpom
.groupId:foo-it-parent:pom
use an integration test pom like this:
This works surprisingly well and the flatten plugin is 90% of the way there (with the patches that I just sent), except that I can not load another pom file but the project file itself:
The text was updated successfully, but these errors were encountered: