[
http://jira.codehaus.org/browse/MNG-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=178657#action_178657
]
C Roskelley commented on MNG-3377:
----------------------------------
I'm new to maven, and the last comment by Jörg is exactly how I feel. I was
really excited about -pl, -am and -amd, but it doesn't work easily for a user.
Obviously there is some benefit, but the user still ends up cd'ing all over and
then running a mvn command and eventually going back to the module that was
being targeted. It seems like this should fit really well into mvn's
architecture and make it easy for someone working on multi-module project.
> 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
