Mark H. Wilkinson wrote:
I'm wondering if there's a fundamental reason why we couldn't change
maven to build a dependency graph of files with scripts attached to the
arcs, just like make used to do. Statements and scripts would need a way
to expose the lists of source files and target files to the
Original Message-
> From: Mark H. Wilkinson [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, July 02, 2003 12:34 PM
> To: Maven Developers List
> Subject: Re: smart reactor proposal
>
> On Wed, 2003-07-02 at 12:18, Jason van Zyl wrote:
> > On Wed, 2003-06-04 at 05:47, Aslak He
On Wed, 2003-07-02 at 12:18, Jason van Zyl wrote:
> On Wed, 2003-06-04 at 05:47, Aslak Hellesøy wrote:
> > I think this can be implemented quite simply by doing some date
> > comparisons between java sources and classes in each project.
>
> Did you ever make any progress on this because I was goi
Jason van Zyl wrote:
On Wed, 2003-06-04 at 05:47, Aslak Hellesøy wrote:
Sorry if this has been brought up before, but I have an idea about how
to make the reactor smarter/quicker.
I have a project with lots of subprojects that are built with reactor. I
want to reduce the build time by making
I'm not sure I can glean the use case from what you're describing. What
is it you're trying to do?
We have a project which is all one unit, and currently use reactor to
build all the subprojects, some of which are dependant on each other.
Some are JARs and some are WARs.
At the moment, you eithe
On Tue, 2003-07-01 at 19:21, Brett Porter wrote:
> Can this also tie in with the aggregator stuff dIon was working on?
Sure, once we have a little tool I'm sure it can be reused.
> I
> think he was specifically looking at docs, but other plugins like EAR
> and Eclipse could certainly make use
ok, I'll keep it in mind and see how this pans out. I'm not sure which
goal I'd want to attach it to or to which plugin it should belong at
this point. We have our own plugin for these sorts of requirements.
- Brett
[EMAIL PROTECTED] wrote:
Yep, it's all worth including!
--
dIon Gillard, Multit
Yep, it's all worth including!
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Work: http://www.multitask.com.au
Brett Porter <[EMAIL PROTECTED]> wrote on 02/07/2003 09:21:56 AM:
> Can this also tie in with the aggregator stuff dIon was working on? I
Can this also tie in with the aggregator stuff dIon was working on? I
think he was specifically looking at docs, but other plugins like EAR
and Eclipse could certainly make use of it. I'm thinking of some sort of
generalised "buildable project" dependency infrastructure.
I'm also looking at hav
On Wed, 2003-06-04 at 05:47, Aslak Hellesøy wrote:
> Sorry if this has been brought up before, but I have an idea about how
> to make the reactor smarter/quicker.
>
> I have a project with lots of subprojects that are built with reactor. I
> want to reduce the build time by making the reactor sm
On Wed, 2003-06-04 at 05:47, Aslak Hellesøy wrote:
> Sorry if this has been brought up before, but I have an idea about how
> to make the reactor smarter/quicker.
>
> I have a project with lots of subprojects that are built with reactor. I
> want to reduce the build time by making the reactor sm
Aslak Hellesøy wrote:
> Imagine I have 3 sub projects a,b and c with the following dependencies:
> a<-b<-c.
>
> The 1st time I run reactor everything is built. Then I modify b and run
> reactor again. a doesn't depend on b and therefore shouldn't be rebuilt.
> The reactor should now only build b
There are a lot more sources in a project than just its java source. For
example, any project with snapshot dependencies may change if its
snapshot jars have changed. You won't know this without actually doing a
build.
Secondly, the reactor takes a list of goals. One of those goals - or
indeed
Don't forget that in general case there are not only java sources
but other types of source files (for example, ANTLR grammars).
Sure, I know. But at first I'll DTSTTCPW.
I think it would be nice to have something similar to Ant's uptodate task in the pom, so that Maven can figure out whether a re
quot;Aslak Hellesøy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 04, 2003 1:47 PM
Subject: smart reactor proposal
> Sorry if this has been brought up before, but I have an idea about how
> to make the reactor smarter/quicker.
>
> I have a project with
Sorry if this has been brought up before, but I have an idea about how
to make the reactor smarter/quicker.
I have a project with lots of subprojects that are built with reactor. I
want to reduce the build time by making the reactor smarter.
Imagine I have 3 sub projects a,b and c with the foll
16 matches
Mail list logo