Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 49253 invoked from network); 25 Apr 2005 17:43:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 25 Apr 2005 17:43:13 -0000 Received: (qmail 88275 invoked by uid 500); 25 Apr 2005 17:43:40 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 88210 invoked by uid 500); 25 Apr 2005 17:43:39 -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 Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 88193 invoked by uid 99); 25 Apr 2005 17:43:39 -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 essemtepe.nada.kth.se (HELO smtp.nada.kth.se) (130.237.222.115) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 25 Apr 2005 10:43:39 -0700 X-Authentication-Info: The sender was authenticated as danielf using PLAIN at smtp.nada.kth.se Received: from [83.226.249.247] (localhost [127.0.0.1]) (authenticated bits=0) by smtp.nada.kth.se (8.12.10/8.12.11) with ESMTP id j3PHh2on013527; Mon, 25 Apr 2005 19:43:03 +0200 (MEST) Message-ID: <426D2C92.3030907@nada.kth.se> Date: Mon, 25 Apr 2005 19:44:50 +0200 From: Daniel Fagerstrom User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [PROPOSAL] Download of jars with Maven ant tasks References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Nicola Ken Barozzi wrote: > > Some time ago, it was noted that the usage of a jar download and > handling mechanism would greatly help Cocoon, because it makes it easy > to share jars and to download only the ones needed. > > Ivy was proposed as a possible solution, but I suggested instead to use > the Maven code, for the sake of not duplicating efforts; unfortunately > at that time it was not ready and the proposal stalled. > > Finally, Maven has released tasks that enable Ant builds to use the > artifact handling [1]. > > Isn't it time that we actually do it? :-) +1 /Daniel