Hi,
Don't put ANY versions in child poms EXCEPT for the parent version. If
module B depends on module A, declare the version of module A and B in the
common parent pom dependency management section (your main project if I
understand right), with ${project.version}. There should only be one
<version>***</version> in any child pom and that is in parent section. The
fact that you say that the version is not updated in the child, means that
this is currently not the case, you currently are using a version somewhere
in a child project, don't declare the child version, or his dependency
versions. In the dependency section, declare all artifacts without version,
the versions are picked up from the dependency management of his parent.
Nicole
On 30/10/2007, maarten roosendaal <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Apparently this does not work for my project. It stil does not update the
> versions in the dependencies. Using either $(pom.version} or $(
> project.version} with our without dependencyManagement still does not
> solve the issue.
>
> Just to be sure:
> project Main
> module A (dependent on module B)
> module B
>
> when doing a release:prepare (dryRun) you will see that in the pom.xml.tagthe
> version of the dependency is update from
> 0.0.1-SNAPSHOT to 0.0.1 so that is good. But when i look in the
> pom.xml.next the dependency.version is still 0.0.1-SNAPSHOT in stead of
> 0.0.2-SNAPSHOT. I believe this is a bug: MRELEASE-295. (i hope this gets
> solved quickly, takes some manual labour to change all the versions);
>
> The addition of the configuration also does not work. My build starts with
> the root pom.xml and at that point i get that it is missing version 0.0.1of
> module B. So it doesn't even get to installing modules atomically.
>
> I use: mvn --batch-mode release:prepare -DuseEditMode=true and i have
> added the plugin to the root pom.xml
>
> Any suggestions or ideas where to look or what to do?
>
> Thanks,
> Maarten
>
>
>
> ----- Original Message ----
> From: Graham Leggett <[EMAIL PROTECTED]>
> To: Maven Users List <[email protected]>
> Cc: [email protected]
> Sent: Monday, October 29, 2007 4:29:25 PM
> Subject: Re: maven-release-plugin best practice question
>
>
> On Mon, October 29, 2007 5:18 pm, maarten roosendaal wrote:
>
> > I'm working with the maven-release-plugin and it works fine except
> for the
> > fact that my own <module>-<version>-SNAPSHOT dependencies in various
> > pom.xml's do no get updated when performing a release:prepare.
> >
> > I thought i could use the dependencyManagement for this but when i
> use
> > this and do a release:prepare and start building, several modules
> will
> > look for dependencies with the release version instead of the old
> SNAPSHOT
> > version.
> >
> > What is the (best) way to avoid having to manually change all the
> > versionumbers in de dependencies in the pom.xml's (we have 12) before
> > performing a release?
>
> If all 12 dependencies are typically released at the same time, then
> group
> them together as a multi-module build and release the multi-module
> build
> in one go.
>
> We set the version in the root pom of our multi-module build, and in
> all
> submodules, the version is inherited and accessed using ${pom.version}.
>
> When the release:perform is run from the root of the multi-module
> build,
> all the version numbers are handled automatically.
>
> One thing that the release plugin likes to do when testing a
> multimodule
> build is to miss out the install phase, which can cause potential
> confusion as each of your submodules isn't installed and used by the
> next
> submodule. To work around this problem, add this to your root pom:
>
> <plugin>
> <groupId>org.apache.maven.plugins</groupId>
> <artifactId>maven-release-plugin</artifactId>
> <version>2.0-beta-6</version>
> <configuration>
> <preparationGoals>clean install</preparationGoals>
> </configuration>
> </plugin>
>
> Regards,
> Graham
> --
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
