Mailing-List: contact m2-dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven 2 Developers List" <m2-dev@maven.apache.org>
Received-SPF: neutral (hermes.apache.org: local policy)
Message-ID: <1098329256.41772ca82bba7@mail.iinet.net.au>
Date: Thu, 21 Oct 2004 11:27:36 +0800
From: Brett Porter <brett@apache.org>
To: Maven 2 Developers List <m2-dev@maven.apache.org>
Subject: Re: idea: collector+executor vs reactor
References: <1098287869.5100.487.camel@localhost.localdomain>
  <1098315173.4176f5a5b2a5b@mail.iinet.net.au>
 <1098320045.5100.531.camel@localhost.localdomain>
In-Reply-To: <1098320045.5100.531.camel@localhost.localdomain>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.1

Quoting Jason van Zyl <jvanzyl@maven.org>:

> On Wed, 2004-10-20 at 19:32, Brett Porter wrote:
> > collection only was introduced to the m1 reactor a little while back
> (thanks,
> > John! :)
> 
> As a separate mode or part of its inherent behaviour?

it just returns the correctly ordered list to the calling script without
executing any goals. I don't remember if it verifies dependencies - don't think so.

> 
> > That wouldn't make sense from the command line, but would be useful if the
> > reactor is reused from some other component/mojo.
> 
> Sorry, I'm not sure what you're talking about here.
> 
> It wouldn't make sense to collect the projects and perform a specific
> goal?

maybe I miunderstood you. I'm saying a "collect" parameter on the command line
doesn't make sense unless it runs some goal.

> 
> > Keeping -r on the command line as is, it should still collect first and
> provide
> > the existing projects to the other projects instead of using one from the
> > repository, as long as the version matches. 
> > 
> > That way there should be no need to install first.
> 
> This is the whole notion of the unified source tree. So POMs can be used
> in situ.
> 
> But the collection and execution may still be useful in other contexts.
> For what exactly? Not sure. Might not be necessary at all the in situ
> works with the unified source tree.
> 
> > Cheers,
> > Brett
> > 
> > Quoting Jason van Zyl <jvanzyl@maven.org>:
> > 
> > > Howdy,
> > > 
> > > This may result in nothing but I just tried to do a 
> > > 
> > > m2 -r pom:install 
> > > 
> > > In continuum just to get the POMs all installed but of course m2 went
> > > through it's inheritance song/dance and can't install the POMs because
> > > the POMs aren't installed :-)
> > > 
> > > So I was thinking that you might just want to collect the POMs and
> > > execute some goal. At least for installing or deploying POMs this might
> > > be useful. Just a thought. With the unified source directory this
> > > problem would go away but maybe there are other uses.
> > > 
> > > Just a thought I wanted to spit out.
> > > 
> > > -- 
> > > jvz.
> > > 
> > > Jason van Zyl
> > > jason@maven.org
> > > http://maven.apache.org
> > > 
> > > 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 
> > > 
> > > 
> > 
> > 
> 
> -- 
> jvz.
> 
> Jason van Zyl
> jason@maven.org
> http://maven.apache.org
> 
> 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 
> 
>