Folks,
I've dug a hole (reported by) MSHADE-123 and I don't know what to do about this.
I dug the hole via the changes to move the default location of the
dependency reduced pom from the project basedir to target. Having the
drp in the basedir led to chaos when multiple builds ran in parallel
(all set with distinct output directories).
MavenProject.java defines getBasedir() to be the containing dir of the
pom, period. So if the drp isn't in the base dir, anything that runs
after shade is going to get an unpleasant surprise if it tries to use
${basedir} for something.
One possibly mitigation would be to set the default for the drp back
to the basedir, so that only crazy people like me would move it
someplace else.
A bigger fix would be to change MavenProject.java to allow an explicit
setting of basedir to be someplace other than where the pom lives.
Then shade could set it to the original basedir.
Thoughts?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
