Return-Path: Mailing-List: contact gump-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list gump@jakarta.apache.org Received: (qmail 85241 invoked from network); 9 Feb 2004 16:45:03 -0000 Received: from unknown (HELO mx1.try.sybase.com) (130.214.10.19) by daedalus.apache.org with SMTP; 9 Feb 2004 16:45:03 -0000 Received: from mail.try.sybase.com (mail.try.sybase.com [130.214.10.18]) by mx1.try.sybase.com (8.11.6/8.11.0) with ESMTP id i19Fft212379 for ; Mon, 9 Feb 2004 08:41:55 -0700 Received: from tsws1 ([10.22.120.133]) by mail.try.sybase.com (8.11.6/8.11.6) with SMTP id i19GSMk10115 for ; Mon, 9 Feb 2004 09:28:22 -0700 Message-ID: <019501c3ef2c$6905c090$691ce641@tsws1> From: "Adam R. B. Jack" To: "Gump code and data" References: <9BAE99905FCF684D91F63E1439475FBA0F6A6D5E@sydmsg1.int.f2.com.au> Subject: Re: directory-naming Date: Mon, 9 Feb 2004 09:47:23 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Stefan wrote: > I agree, but I'm currently not able to make Gumpy use an installed > Maven as I'm neither familiar enough with Python nor the Gumpy code. > > The minimum requirement obviously would be that Gump(y) uses an > installed version of Maven but this installed Maven will never > download any jars and use the CLASSPATH or any other configurable > source of jars when building a project - even if the project states > some dependencies on specific released versions in its project.xml. > > I understand from you past posts that this should be possible, but I > don't know whether we have all the facts on how to make it possible. > I believe I got a fair way along with this, I create the Maven project properties override file, and in it I try to override jar handling. I'll try to focus on this again soon. Truth though, I'm kinda scared to embark on this. There have been issues with the 'simple' interface between Gump and Ant, and I'm very nervous about subtleties in using Maven causing major grief. That said, perhaps I just try it and see what occurs... > Making Maven build within in Gump would be important as well IMHO, but > if this isn't possible for any reason, so be it. Yes. I feel passionately about that. It is partly that Maven doesn't build on Gump that worries me about above. I'm not saying this is anything to do with the Maven community --- it is dependencies: http://lsd.student.utwente.nl/gump/maven/maven_details.html#Project+Dependencies ... I'm just saying that the Maven community don't directly interact w/ the Gump community (like that Ant community do.) That said, Also, Gump uses latest cvs/svn/forrest (not self built) [despite me rathering it didn't] so until I fix all them, I can't really see a reason not to try w/ Maven. > On my "traditional" Gump installation the project maven-bootstrap > doesn't start a compilation because commons-jelly-tags-ant fails. > This particular project fails as one of the unit tests fails because > of a hard coded absolute path that doesn't exist (this is what it > seems to be to me). We have a bit of a ways to go [see states of dependencies], but I'm game to work with folks to folcus on this goal: http://lsd.student.utwente.nl/gump/maven/maven_details.html#Project+Dependencies Q: Do we know if the Maven descriptor is up to date? Since it hasn't been used it could be stale. I wonder if we ought set failed dependencies to be optional, to see what happens. regards Adam