From dev-return-98649-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Sat Mar 15 12:03:58 2008 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 35348 invoked from network); 15 Mar 2008 12:03:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Mar 2008 12:03:58 -0000 Received: (qmail 52082 invoked by uid 500); 15 Mar 2008 12:03:54 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 52013 invoked by uid 500); 15 Mar 2008 12:03:54 -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 52002 invoked by uid 99); 15 Mar 2008 12:03:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Mar 2008 05:03:54 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [66.111.4.26] (HELO out2.smtp.messagingengine.com) (66.111.4.26) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Mar 2008 12:03:15 +0000 Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id AAB2DCFA78 for ; Sat, 15 Mar 2008 08:03:25 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 15 Mar 2008 08:03:25 -0400 X-Sasl-enc: 2S/U9IpJ6EJpPdxJNK4OrzocgPjxyeXUUURm5BEOvPUF 1205582604 Received: from localhost (dsl-41-216.nsw1.net.au [125.168.41.216]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2112F11119 for ; Sat, 15 Mar 2008 08:03:23 -0400 (EDT) Date: Sat, 15 Mar 2008 23:03:21 +1100 From: David Crossley To: dev@cocoon.apache.org Subject: Re: "Normal" release artifacts Message-ID: <20080315120321.GD5708@igg.indexgeo.com.au> References: <47CFFEB2.6050104@apache.org> <47DAC4FD.5050500@apache.org> <37D59D9E-2F80-4C7B-9C53-464A282A44DB@reverycodes.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37D59D9E-2F80-4C7B-9C53-464A282A44DB@reverycodes.com> User-Agent: Mutt/1.4.2.2i X-Virus-Checked: Checked by ClamAV on apache.org Vadim Gritsenko wrote: > Reinhard Poetz wrote: > >Reinhard Poetz wrote: > >> > >>I have started to write some Ant scripts to produce non-Maven > >>release artifacts. This will of course help everybody who doesn't > >>want to use Maven or Ivy for dependency management but will also > >>bundle all the information that belongs together (src, binaries, > >>docs, javadocs, licensing information). > >>Most of the work has been finished but now I got stuck with the > >>question if we should ship third-party libs or not. E.g. for the > >>Spring configurator this would be everything listed at > >>http://cocoon.apache.org/subprojects/configuration/1.0/spring-configurator/1.0/dependencies.html > >>. The advantages are that the user gets everything that she needs but > >>the disadvantages are that we would have to add all license files of all > >>3rd-party libs (AFAIK there is no automatic mechanism for that) and the > >>download size would increase. And I think that in 2008 you shouldn't > >>manage your library dependency graph manually anymore in your projects > >>(Maven, Ivy, the Maven Ant tasks are of great help and at least the last > >>one is very easy to use.) > >>Finally, if we decide to ship 3rd party libs, one technical question: > >>Am I right that there is no automatic mechanism for Ant or Maven > >>that pulls together all license information of all 3rd-party libs? That would be good. At Forrest, we have similar issues not yet solved. > >>And, if we decide to not ship 3rd party libs, am I right that we > >>don't have to add license files of them? (Otherwise all artifacts > >>on the central Maven repository would be legally broken ...) > >>Any comments? Perhaps legal-discuss@ list can help. > >Anyone? > > > >If I don't hear anything I will *not* include any third-party stuff > >(the only exception will be the getting-started stuff). > > > >Users will have to download all libraries themselves. > > IMHO what's good a downloadable release if 'cocoon.sh run' does not > work? One of the points of such release is to make it one stop shop, > to get everything up and running in one quick download. May be it's > just me. Shrug. What does the "getting-started stuff" include? Perhaps we include the bare minimum and list exactly the other supporting products that they need to go further. Any supporting products that we do bundle, need their source too. -David