Scott Sanders wrote:
On Mar 9, 2004, at 2:27 AM, Stefan Bodewig wrote:
BTW: I suspect that gump could implemented by writting the ant
script on the fly w/o us having to reinvent the wheel.
See the antgump proposal in Alexandria - maybe Scott can chime in
here?
My latest try was vindico, an
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 11 March 2004 08:37
To: [EMAIL PROTECTED]
Subject: Re: [RT] Moving gump forward
On Wed, 10 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
I have no idea
On Thu, 11 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote:
What do you mean by command line of Maven? Do you mean passing it
as a system property like this:
maven -Dbuild.property=... [...]
?
Yes.
If so, this is fine.
Does it also work for other properties?
I mean, if we set
On Thu, 11 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote:
For the most important part (compiling), Gump would be independent
of Maven's jar override feature that way.
Yeah but I'm not sure this is the right way with Maven.
Probably not.
It looks like tweaking a bit too much the product
On Mar 9, 2004, at 2:27 AM, Stefan Bodewig wrote:
BTW: I suspect that gump could implemented by writting the ant
script on the fly w/o us having to reinvent the wheel.
See the antgump proposal in Alexandria - maybe Scott can chime in
here?
My latest try was vindico, an ant-based gump. I got far
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 09 March 2004 11:01
To: [EMAIL PROTECTED]
Subject: Re: [RT] Moving gump forward
[snip]
or, eventually, how can gump execute ant forcing the javac task to
be our own?
Easy, write an adapter and set
On Wed, 10 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
I have no idea whether Maven would support this [the build.compiler
property], though.
It does as it purely calls Ant's javac task (for example, we're
using jikes with Maven on some
On Tue, 09 Mar 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Stefan, any talks in ant-land about using eclipse JTD compiler
instead of javac for the javac task?
AFAIK eclipse already does that 8-)
javac delegates the work to compiler adapters and those are
pluggable. Some adapters are
On Mon, 8 Mar 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
I'd like Stefan's input on if we allowed a gump to be like
ant|maven -- to have Gump just build/archive.
It won't work, at least not without duplicating larger parts of the
build file in the gump descriptor.
Gump currently doesn't
Stefano Mazzocchi wrote:
Leo Simons wrote:
But since we're going by leaps and bounds right now...we need a
wiki-style workflow. Ditch CVS and provide me with an edit this
descriptor page. The task of finding the right descriptor to edit can
be several minutes of work. That should change to
In message [EMAIL PROTECTED], Stefano Mazzocchi writes:
Now, I think it's possible (even if computationally expensive) to
understand exactly what commit broke the build and to nag the exact
person and the community and copy all the offended people.
...
for those not familiar with exponential
2) we must make sure that people's nagged uncomfort grows with the
amount of dependecies they break! Note that giving them a number
doesn't work, you have to build up the entire list!!! you have to make
them feel really uncomfortable. The more uncomfortable, the more
energy they are going to
Daniel F. Savarese wrote:
In message [EMAIL PROTECTED], Daniel F. Savarese
writes:
Another heuristic approach that would work for Java projects at
least, would be to analyze the build failure messages. Usually
they'll reference a class or class member/method that is in
a dependent code base.
13 matches
Mail list logo
