Return-Path: Delivered-To: apmail-gump-general-archive@www.apache.org Received: (qmail 72261 invoked from network); 21 Jun 2004 19:06:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 21 Jun 2004 19:06:39 -0000 Received: (qmail 95805 invoked by uid 500); 21 Jun 2004 19:06:55 -0000 Delivered-To: apmail-gump-general-archive@gump.apache.org Received: (qmail 95744 invoked by uid 500); 21 Jun 2004 19:06:53 -0000 Mailing-List: contact general-help@gump.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Gump code and data" Reply-To: "Gump code and data" Delivered-To: mailing list general@gump.apache.org Received: (qmail 95665 invoked by uid 99); 21 Jun 2004 19:06:52 -0000 Received: from [212.247.154.225] (HELO mailfe08.swip.net) (212.247.154.225) by apache.org (qpsmtpd/0.27.1) with ESMTP; Mon, 21 Jun 2004 12:06:52 -0700 X-T2-Posting-ID: FLIzhjgVyrNf/n+sjeTZu9mx89jRh/OtFzlcno4YRBk= Received: from [213.101.216.171] (HELO apache.org) by mailfe08.swip.net (CommuniGate Pro SMTP 4.2b5) with ESMTP id 69872937 for general@gump.apache.org; Mon, 21 Jun 2004 21:06:26 +0200 Message-ID: <40D731B3.90109@apache.org> Date: Mon, 21 Jun 2004 21:06:28 +0200 From: Stephen McConnell User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gump code and data Subject: Re: commons-compress - Gump/Maven issues? References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Stefan Bodewig wrote: > Hi all, > > two notes colored by my complete lack of Maven knowledge: > > (1) The descriptor of commons-compress sets a property named > component.version and hopes to get this into the jar name, which > obviously doesn't work that way. Maven still uses > /project/currentVersion from the POM. > > I've adapted the descriptor to match the name we actually see just to > get a successful build in Gump, but I'd prefer a way that allows us to > get dated jar names via Maven. Probably we are just using the wrong > property name or something like that. > > (2) The entry inside the descriptor pointed to nowhere and > there is no entry for the generated test classes, still the > test goal manages to load the freshly compiled test classes. > > This means that we are not getting the effect of > build.sysclasspath=only in Maven builds. The jar overrides will catch > the artifacts Gump knows about but Maven will happily let the goals > (plugins, tasks, I don't know the correct terms) add more stuff to the > classpath itself. > > For things like directories for compiled classes this probably > is good, but it may also lead to situations where Gump doesn't manage > to substitute a jar from CVS with a freshly compiled one. Have been thinking about this issue for about a week and a bit. My conclusion is that the maven scenario is very similar to the magic scenario. To do real integration you need to be able do to something like set some special property so that magic or maven can take control over classloader definition in the knowledge that the build is a gump build (i.e. effects the repository cache that is used and the semantics concerning artifact handling). That means providing the current cache of artifact that have been generated so that magic or maven can map dependency reference to artifact in gumps cache. Stephen. -- |---------------------------------------| | Magic by Merlin | | Production by Avalon | | | | http://avalon.apache.org | |---------------------------------------| --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@gump.apache.org For additional commands, e-mail: general-help@gump.apache.org