One other issue came up in this upgrade.  We still have branches that have
to stay at 3.0.x.  How can I make the trunk build use 3.2.3 w/o changing
everyone's M2_HOME?  Is there a way to bootstrap the build so the build
picks the specified version of Maven?  E.g. I want the build to specify the
version used not the system.

-Dave

On Mon, Dec 8, 2014 at 2:41 PM, Hervé BOUTEMY <herve.bout...@free.fr> wrote:

> Le lundi 8 décembre 2014 13:01:10 David Hoffer a écrit :
> > I'm contemplating an upgrade of a large Maven 3.0.4 build to 3.2.3, just
> > wondering if anyone knows of either any key gotchas in the upgrade and/or
> > key benefits?
> you should check compatibility issues known with some plugins:
> https://cwiki.apache.org/confluence/display/MAVEN/AetherClassNotFound
>
> some are fixed if you're using recent version of the affected plugins,
> some are
> not yet fixed
>
>
> for the benefits, choose your favorite from release notes
> http://maven.apache.org/release-notes-all.html
>
> >
> > One feature I'm wondering at the outset is...with 3.2.3 can I specify the
> > reporting plugin versions in pluginManagement or does this still need to
> be
> > done manually?
> see https://jira.codehaus.org/browse/MNG-5477
> so changing Maven version is just about avoiding a misleading warning
> What is important is maven-site-plugin version.
>
> And see https://jira.codehaus.org/browse/MSITE-516
> maven-site-plugin version 3.4 has major improvement regarding
> pluginManagement
>
> Regards,
>
> Hervé
>
> >
> > -Dave
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Reply via email to