From dev-return-88174-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Sat Jul 01 21:37:24 2006 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 74231 invoked from network); 1 Jul 2006 21:37:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Jul 2006 21:37:23 -0000 Received: (qmail 52823 invoked by uid 500); 1 Jul 2006 21:37:21 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 52496 invoked by uid 500); 1 Jul 2006 21:37:20 -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 52485 invoked by uid 99); 1 Jul 2006 21:37:20 -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:37:20 -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:37:19 -0700 Received: (qmail 31724 invoked from network); 1 Jul 2006 21:36:56 -0000 Received: from unknown (HELO [127.0.0.1]) (66.51.196.164) by mail5.dslextreme.com with SMTP; Sat, 01 Jul 2006 14:36:56 -0700 Message-ID: <44A6EAF4.9020001@dslextreme.com> Date: Sat, 01 Jul 2006 14:36:52 -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: 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 Bertrand Delacretaz wrote: > I didn't realize it before this week, but if we don't allow this we > force our users to put all of their dependencies in Maven. > > OTOH, if people can add their own jars in the plain old way, they > benefit from the M18n of Cocoon (assuming it works...) without having > to learn much about it. The suits would say "win-win" at this point. > > -Bertrand Not really. I'd put money down that user's will go crazy trying to figure out why the jar they put in the lib directory isn't being used - or why Cocoon doesn't run properly because it is being used. With a multi-project framework/product like Cocoon you need to insure that everything gets built with the same versions and that is what gets used at runtime. Unfortunately, Maven 2 doesn't really provide a good way to do that yet (Maven 1 does though). Remember, ideally the end user will build a single block with a pom.xml. It will depend on some Cocoon blocks (i.e. a pom.xml with transitive dependencies and a jar) and perhaps some other things. So when all these parts get put together they need to have been built with the same stuff or nothing is guaranteed to work correctly. Ralph