From dev-return-88172-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Sat Jul 01 21:28:13 2006 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 72903 invoked from network); 1 Jul 2006 21:28:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Jul 2006 21:28:13 -0000 Received: (qmail 44896 invoked by uid 500); 1 Jul 2006 21:28:12 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 44452 invoked by uid 500); 1 Jul 2006 21:28:10 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 44440 invoked by uid 99); 1 Jul 2006 21:28:10 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Jul 2006 14:28:10 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ralph.goers@dslextreme.com designates 66.51.199.81 as permitted sender) Received: from [66.51.199.81] (HELO mail5.dslextreme.com) (66.51.199.81) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 01 Jul 2006 14:28:09 -0700 Received: (qmail 27689 invoked from network); 1 Jul 2006 21:27:48 -0000 Received: from unknown (HELO [127.0.0.1]) (66.51.196.164) by mail5.dslextreme.com with SMTP; Sat, 01 Jul 2006 14:27:48 -0700 Message-ID: <44A6E8D0.1040006@dslextreme.com> Date: Sat, 01 Jul 2006 14:27:44 -0700 From: Ralph Goers Reply-To: rgoers@apache.org User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [RANT] This Maven thing is killing us.... References: <44A645B3.1020406@apache.org> <44A6D5B7.80803@apache.org> In-Reply-To: <44A6D5B7.80803@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N We've been using Maven 1 successfully for a couple of years. We want to upgrade to Maven 2 but can't until I (or someone) fixes http://jira.codehaus.org/browse/MNG-1577. However, I suspect that we would be having the same problems as the Cocoon builds are currently experiencing if we were always trying to go to an external repository. I've even seen this with our local repository if the web server is having problems. Rather than packaging a "lib" directory, it would make more sense to me if we had a downloadable maven repository that contains only what is needed to build Cocoon. This could then be used to set up the internal repository. Unfortunately, this doesn't solve all the problems as every time some new component is required the internal repository doesn't automatically get updated. I know in my case our Configuration Management folks have come to love Maven and the repository concept as it gives them total control over when the third party components are updated. Ralph Carsten Ziegeler wrote: > Bertrand Delacretaz wrote: > >> -Allow Cocoon users to add their own jars to the build in the old way >> (lib directory), without forcing them to use Maven for that >> >> > I think this is the most interesting point. We could try to push maven > to allow this...would be fun to see what they think. Seriously, I think > if this would be possible with m2, things would be much easier. > And we could add all ours libs this way and forget about the m2 > dependency stuff for now. > > In addition I think we should force the m2 people to make transitive > dependency optional. I tried this once but never succeeded. > > Carsten > >