[jira] Commented: (MNG-3377) Build reactor from toplevel pom

["Jörg Hohwiller (JIRA)" <ji...@codehaus.org>]

    [ http://jira.codehaus.org/browse/MNG-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=179100#action_179100 ] 

Jörg Hohwiller commented on MNG-3377:
-------------------------------------

After getting deeper into maven, I now understand that there is a problem:
In case of an @aggregator Mojo, maven gives away the control which project to process and delegates it to the Mojo. This finally means that an @aggregator Mojo would NOT work as expected when using this feature.
I do NOT want to start the discussion whether this was a misleading design decision or not.
However this initial issue does NOT make sense and the intention might be addressed by MNG-2675.


> Build reactor from toplevel pom
> -------------------------------
>
>                 Key: MNG-3377
>                 URL: http://jira.codehaus.org/browse/MNG-3377
>             Project: Maven 2
>          Issue Type: Improvement
>            Reporter: Jörg Hohwiller
>
> The following is all about multi-project environments.
> For many maven calls the result differs if you perform you mvn command on the toplevel project
> or in a specific module. In the latter case the related modules of the projects are not included in the reactor
> causing the result to be invalid or the build to fail.
> There should be a way that I can call maven within a particular module causing the reactor
> to be build from the toplevel pom while walking the relativePath (defaults to ../pom.xml) upwards 
> until a pom is reached, that has no parent. From that pom the reactor should be build,
> while the actual build should work on the module where maven was invoked.
> A typical example use-case would be the command "mvn eclipse:eclipse".
> Right now it does not create project-internal dependencies if it is called
> within the module. This is especially nasty when you have a local sandbox
> module that should not (yet) be committed. Then you always need to add it
> as extra module to your parent pom, call eclipse:eclipse and then revert the changed pom.
> Additional use-cases are that you want to build a specific module rather than
> the entire project. Right now you need to enter the module, give "mvn install" a try.
> If it fails, you will see which dependency is missing. Then you go there before
> and try "mvn install" there. This process is iterated until the first "mvn install" completes.
> This is very inconvenient. However fixing such problems as well would
> cause that not only the modules are added to the reactor but that the actual mvn call
> is also applied to the dependend modules that are in the reactor.
> This specific issue might need some extra discussion...
> For reasons of compatibility the suggested improvement could/should be
> activated by a specific commandline option (somehow the opposite of "-N").
> A suggestion would be "-R" for reactor and recursive.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira