maven-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Thomas Broyer <>
Subject Re: Best practice for multi-module project version declaration
Date Thu, 30 May 2013 16:50:52 GMT
On Thu, May 30, 2013 at 6:39 PM, Stephen Colebourne
<> wrote:
> Forcing child projects, when tightly linked, to duplicate the version
> of the parent is a design bug in Maven.

The problem is that Maven does not have the notion of "project" (like
Gradle or SBT have): the reactor POM knows its child modules, but not
the other way around; the parent link is independent.
I'm starting to believe that using the same descriptor (pom.xml) for
the build and for deployment (to later resolve dependencies) doesn't
work well either.
That must be why Gradle is buzzing… (still have to try it myself)

> Use of the versions plugins to
> automatically update it is just a workaround hack.
> And anyway, "mvn versions:set -D..." run in an aggregator pom only
> updates the aggregator, not the children. Another bug then...

Did work very well for me. From my bash history: "mvn versions:set
-DnewVersion=1.0.1-SNAPSHOT" (followed by "find . -name
pom.xml.versionsBackup -delete" because I forget
My aggregator POM is also my parent POM though… maybe
-DartifactId=the-parent would help? or maybe run versions:set on the
parent POM rather than the aggregator ("-f the-parent/pom.xml", see

Thomas Broyer

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message