Return-Path: Delivered-To: apmail-gump-general-archive@www.apache.org Received: (qmail 17512 invoked from network); 15 Oct 2004 11:37:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 15 Oct 2004 11:37:20 -0000 Received: (qmail 35572 invoked by uid 500); 15 Oct 2004 11:37:19 -0000 Delivered-To: apmail-gump-general-archive@gump.apache.org Received: (qmail 35447 invoked by uid 500); 15 Oct 2004 11:37:18 -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 35431 invoked by uid 99); 15 Oct 2004 11:37:17 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [202.187.40.2] (HELO f2.hedhman.org) (202.187.40.2) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 15 Oct 2004 04:37:16 -0700 Received: from f2.hedhman.org (f2.hedhman.org [127.0.0.1]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i9FBbCiN028829 for ; Fri, 15 Oct 2004 19:37:13 +0800 From: Niclas Hedhman Organization: Private To: "Gump code and data" Subject: Re: Some progress on Fulcrum Component Builds! Date: Fri, 15 Oct 2004 19:37:11 +0800 User-Agent: KMail/1.5 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410151937.11934.niclas@hedhman.org> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi, Solution acquired. You keep "merlin-unit" in your Maven descriptors. I have created a new "merlin-unit" project in Gump, which inherits the Jar from avalon-merlin-unit. Everyone happy :o) Niclas On Friday 15 October 2004 19:29, Eric Pugh wrote: > I see! This makes sense! Never thought about the impact on name changes > on consumers of your code.. At least not in the way Gump is a consumer. > So, because I use a specific version of merlin-unit, I am fine in my > project. I can't change it to avalon-merlin-unit until the next version > comes out. > > However, because of the name change, and Gump using the latest and > greatest, my project doesn't know about the new version. > > So, in these types of situations, should I just somehow setup a "package" > that I depend on, which would be the merlin-unit-3.3.0.jar version? > > Alternatively, should Gump's record for avalon-merlin-unit be annotated > with all the prior names, so that at the end of the run it produces > avalon-merlin-unit-@@DATE@@.jar as well as merlin-unit-@@DATE@@.jar? > > Or lastly, > > Could we just make another project record and just copy everything it does > and change the last line to this: > > > > > > > > > > > > > > from="Magic Integration <dev@avalon.apache.org>"/> > > > > Eric > > > -----Original Message----- > > From: Niclas Hedhman [mailto:niclas@hedhman.org] > > Sent: Friday, October 15, 2004 12:15 PM > > To: Gump code and data > > Subject: Re: Some progress on Fulcrum Component Builds! > > > > On Friday 15 October 2004 19:10, Eric Pugh wrote: > > > I am a little confused.. Why is the behavior of avalon-merlin-unit > > > special/more difficult then any other dependency? > > > > That is due to a name change. > > > > merlin-unit is needed in your Maven descriptor since that has > > been released > > before. > > avalon-merlin-unit is the new name, and that is the Gump > > descriptor generated. > > > > So, when you add you will > > not get the > > proper override for the Maven descriptor, and Maven will report that > > merlin-unit-x-x.jar can not be found. > > > > Cheers > > Niclas > > -- > > +------//-------------------+ > > / http://www.bali.ac / > > / http://niclas.hedhman.org / > > +------//-------------------+ > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: general-unsubscribe@gump.apache.org > > For additional commands, e-mail: general-help@gump.apache.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@gump.apache.org > For additional commands, e-mail: general-help@gump.apache.org -- +------//-------------------+ / http://www.bali.ac / / http://niclas.hedhman.org / +------//-------------------+ --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@gump.apache.org For additional commands, e-mail: general-help@gump.apache.org