Re: [RT] Moving gump forward

2004-03-12 Thread Stefano Mazzocchi
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

RE: [RT] Moving gump forward

2004-03-11 Thread Vincent Massol
-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

Re: [RT] Moving gump forward

2004-03-11 Thread Stefan Bodewig
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

Re: [RT] Moving gump forward

2004-03-11 Thread Stefan Bodewig
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

Re: [RT] Moving gump forward

2004-03-11 Thread Scott Sanders
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

RE: [RT] Moving gump forward

2004-03-10 Thread Vincent Massol
-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

Re: [RT] Moving gump forward

2004-03-10 Thread Stefan Bodewig
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

Re: [RT] Moving gump forward

2004-03-09 Thread Stefan Bodewig
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

Re: [RT] Moving gump forward

2004-03-09 Thread Stefan Bodewig
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

Re: [RT] Moving gump forward

2004-03-09 Thread Leo Simons
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

Re: [RT] Moving gump forward

2004-03-08 Thread Daniel F. Savarese
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

Re: [RT] Moving gump forward

2004-03-08 Thread Michael Davey
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

Re: [RT] Moving gump forward

2004-03-08 Thread Stefano Mazzocchi
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.