I am not sure I understand your concerns. Consider the following simple source tree with a parent and single child project
some:parent:1.2.3 some:module parent=some:parent:[1.0,2.0) Before this change Maven simply ignored local some:parent:1.2.3 when building the module and always attempted to resolve some:parent:[1.0,2.0) from repositories. With this change Maven resolves some:parent:[1.0,2.0) from the source tree as expected. Or did I misunderstand the problem? -- Regards, Igor On Tue, Jul 28, 2015, at 08:11 PM, Jason van Zyl wrote: > At first blush this change seems like a bad idea to me. I consider the > reactor/multi-module project an atomic unit and this change runs counter > to that. Why do you want a parent installed instead of everything working > cohesively within the reactor? > > Are you trying to build part of the tree for some reason and cannot build > it all together? Or are you stepping into a module and trying to build it > by itself? I understand that there are limitations and there needs to be > a way to build within the context of a reactor regardless of where you > are but I’m not sure I want us to have to support this feature forever. > > Can you provide a little more background please. > > > On Jul 23, 2015, at 2:06 PM, Stephen Connolly > > <stephen.alan.conno...@gmail.com> wrote: > > > > It's not completely ugly, but it does entangle dependencies further which I > > view as ugly. > > > > There is an existing todo above this code to move the validation to a > > different module, so I believe this will all get removed at that time > > > > On Thursday, July 23, 2015, Benson Margulies <bimargul...@gmail.com> wrote: > > > >> If this change is so ugly, why are there no comments explaining the ugly? > >> On Jul 23, 2015 10:48 AM, "jvanzyl" <g...@git.apache.org <javascript:;>> > >> wrote: > >> > >>> Github user jvanzyl commented on the pull request: > >>> > >>> https://github.com/apache/maven/pull/60#issuecomment-124129817 > >>> > >>> I'm out in the middle of nowhere, but i'll cancel the vote, test and > >>> re-roll once I'm back to civilization. > >>> > >>> > >>> --- > >>> If your project is set up for it, you can reply to this email and have > >> your > >>> reply appear on GitHub as well. If your project does not have this > >> feature > >>> enabled and wishes so, or if the feature is enabled but not working, > >> please > >>> contact infrastructure at infrastruct...@apache.org <javascript:;> or > >> file a JIRA ticket > >>> with INFRA. > >>> --- > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org <javascript:;> > >>> For additional commands, e-mail: dev-h...@maven.apache.org > >> <javascript:;> > >>> > >>> > >> > > > > > > -- > > Sent from my phone > > Thanks, > > Jason > > ---------------------------------------------------------- > Jason van Zyl > Founder, Takari and Apache Maven > http://twitter.com/jvanzyl > http://twitter.com/takari_io > --------------------------------------------------------- > > happiness is like a butterfly: the more you chase it, the more it will > elude you, but if you turn your attention to other things, it will come > and sit softly on your shoulder ... > > -- Thoreau > > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org