The problem with these kind of things is that if you want to replace the
pom, and don't use the base dir of the project, setting a new pom-file
(project.setFile), this also magically changes the base-dir of the
project, and then other plugins are confused and fail and also parent
references are now wrong (as ../pom.xml point to somewhere else), the
same problem exits for maven-flatten and tycho-consumer-pom mojo.
The only thing that came into my mind would be to have a new method in
MavenProject to have a setConsumerFile(...) or something that leaves
basedir+file alone but can be read then by e.g. Maven Archiver
/maven-deploy plugins.
I just don't know if it is possible to change MavenProject in such a way ...
Am 05.02.23 um 17:59 schrieb Michael Osipov:
Am 2023-02-05 um 16:59 schrieb Niels Basjes:
Hi,
I created an issue and put together a pull request that adds a 'clean'
mojo
to the maven-shade-plugin.
The purpose is to remove the dependency-reduced-pom.xml (and variants)
that
are in general generated but never removed.
By adding support for the clean phase it is now easier to keep a project
clean.
https://issues.apache.org/jira/browse/MSHADE-437
https://github.com/apache/maven-shade-plugin/pull/174
I would like to hear your feedback on this idea/proposal.
I consider this wrong because a plugin should follow the Unix principle:
do one thing and do it good. For cleaning we have maven-clean-plugin and
I have configured a non-default execution for that [1].
The actual problem is related to
https://issues.apache.org/jira/browse/MSHADE-124 and alike. I believe
that this file must go into the build directory, nowhere else. But this
can only change in a major version.
Michael
[1]
https://github.com/michael-o/tomcatspnegoad/blob/d169b860186b9f009f66409a5df20d0ae887441c/pom.xml#L119-L140
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
