Return-Path: Delivered-To: apmail-incubator-directory-dev-archive@www.apache.org Received: (qmail 52025 invoked from network); 12 Feb 2005 04:52:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 12 Feb 2005 04:52:20 -0000 Received: (qmail 83178 invoked by uid 500); 12 Feb 2005 04:52:20 -0000 Delivered-To: apmail-incubator-directory-dev-archive@incubator.apache.org Received: (qmail 83137 invoked by uid 500); 12 Feb 2005 04:52:20 -0000 Mailing-List: contact directory-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list directory-dev@incubator.apache.org Received: (qmail 83123 invoked by uid 99); 12 Feb 2005 04:52:19 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from Unknown (HELO f1.bali.ac) (211.24.132.29) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 11 Feb 2005 20:52:17 -0800 Received: from [192.168.0.129] ([202.187.40.2]) (authenticated bits=0) by f1.bali.ac (8.12.8/8.12.8) with ESMTP id j1C4uoVp014580 for ; Sat, 12 Feb 2005 12:56:51 +0800 From: Niclas Hedhman To: "Apache Directory Developers List" Subject: Re: [GUMP@brutus]: Project maven-directory-plugin (in module apacheds) failed Date: Sat, 12 Feb 2005 12:51:36 +0800 User-Agent: KMail/1.7.1 References: <20050212035627.KFPL15267.imf07aec.mail.bellsouth.net@minotaur.apache.org> <420D85C6.3040205@bellsouth.net> In-Reply-To: <420D85C6.3040205@bellsouth.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502121251.36392.niclas@hedhman.org> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Saturday 12 February 2005 12:27, Alex Karasulu wrote: > Hello, > > Anybody know why this would fail when everything works fine when checked > out. It looks like velocity is blowing chunks looking for a > commons-collections LRUMap class. However we use the velocity-dep jar > which has all the dependencies bundled with it. So it should have > LRUMap. Perhaps something on Brutus does not have the right jar. If you have it narrowed down that well, why don't you do roughly what Gump does, i.e. check-out the Velocity source and build it. Gump goes to great extent of NOT using the jars you specify (in your case via versioned artifacts in the POM) but the latest of HEAD. It is not intended to catch your compile errors, but to catch inter-project dependency regressions. For instance, assume that Velocity 1.4 works and Velocity HEAD doesn't, then that needs to be communicated to the Velocity group; "Hey guys, your change of X breaks our code. Is this a mistake or are you making a drastic change, if so how do we migrate?" Cheers Niclas