Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 52344 invoked by uid 500); 16 Jul 2003 23:44:37 -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 52328 invoked from network); 16 Jul 2003 23:44:37 -0000 Received: from pop.gmx.net (HELO mail.gmx.net) (213.165.64.20) by daedalus.apache.org with SMTP; 16 Jul 2003 23:44:37 -0000 Received: (qmail 17026 invoked by uid 65534); 16 Jul 2003 23:44:43 -0000 Received: from a183069.studnetz.uni-leipzig.de (EHLO gmx.de) (139.18.183.69) by mail.gmx.net (mp013) with SMTP; 17 Jul 2003 01:44:43 +0200 Message-ID: <3F15E379.60009@gmx.de> Date: Thu, 17 Jul 2003 01:44:57 +0200 From: Joerg Heinicke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: de-de, de, en-gb, en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: eclipse classpath References: <3F133CC2.4050607@leverageweb.com> <3F133B46.1040909@gmx.de> <3F136576.7020808@leverageweb.com> <3F13A78C.6090308@gmx.de> <3F14021C.3070102@leverageweb.com> In-Reply-To: <3F14021C.3070102@leverageweb.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Geoff Howard wrote: >> Yes, the build takes again very much time ... and memory. Especially >> because of JavaDoc, that creates 3.500 files and copies them >> afterwards. And copying so many so little files takes very much time :-( > > Maybe the copy is unnecessary? Yes, I guess so :) The output directory must simply be changed. The question is if this is ok? >> Furthermore our cocoon.war is between 32 and 37 MB (I don't know why >> it's so different. I used it last week for JSP Resin tests.) Do we >> have to much in the repository? Could we clean up anything? > > Is that with all blocks? With most of them excluded I think it is much > smaller. Of course. About 30 MB core would be to much ;-) Joerg