Return-Path: 
 <cocoon-dev-return-25488-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 81602 invoked by uid 500); 10 Apr 2002 21:44:38 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 81589 invoked from network); 10 Apr 2002 21:44:37 -0000
Message-Id: <200204102144.g3ALicp17130@orion.rgv.hp.com>
X-Mailer: exmh 2.2 06/23/2000 with XEmacs 21.4.4 on Linux 2.2.19
From: Ovidiu Predescu <ovidiu@cup.hp.com>
To: "Vadim Gritsenko" <vadim.gritsenko@verizon.net>
Cc: cocoon-dev@xml.apache.org
Subject: Re: [PROPOSAL] splitting Cocoon 
In-Reply-To: Your message of "Wed, 10 Apr 2002 17:27:40 EDT."
             <013001c1e0d6$8e3a4090$9274558b@vgritsenkopc>
X-Url: http://www.geocities.com/SiliconValley/Monitor/7464/
X-Image-Url: http://www.geocities.com/SiliconValley/Monitor/7464/ovidiu.tiff
X-Face: 
 ?(@Y~qjBA}~8ZMh5gM4{Q{bE_*:sCJ3@Z?{B*Co=J!#8bb~-z?-0._vJjt~MM59!MjxG%>U
 5>MW^2-\7~z04buszR^=m^U|m66>FdR@cFwhb;.A(8*D.QmLkK]z,md0'HiOE\pyeiv_PACR+P:Cm.
 wq_%l':E:q]g-UCc>r&s@BVo'kFN;(\9PF22Myg5w%nUBWQ6MJJ#qL#w>2oxckP'H:\$9F"mxsz]Dg
 k{1`fTcP'Y$CgGnc^paTV$dzhVX<SVN1RPb="gz3>+;(U$;Eb)P<>G)g)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 10 Apr 2002 14:44:38 -0700
Sender: ovidiu@orion.rgv.hp.com
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

On Wed, 10 Apr 2002 17:27:40 -0400, "Vadim Gritsenko" <vadim.gritsenko@verizon.net> wrote:

> > From: ovidiu@orion.rgv.hp.com [mailto:ovidiu@orion.rgv.hp.com] On
> Behalf Of
> > Ovidiu Predescu
> > 
> > Folks,
> > 
> > During the development of Schecoon I really enjoyed the fast build
> > time I would get compared to building Cocoon. On my machine doing a
> > "./build.sh -Dinclude.webapp.libs=true webapp" from scratch in Cocoon
> > takes 2 minutes and 10 seconds. In Schecoon a "./build.sh webapp"
> > takes 25 seconds to complete.
> 
> If you simply skip <jar/> step in the "webapp" target this alone saves
> lots of time. I have ./build/cocoon/webapp deployed in the tomcat and
> have a patched build.xml:
> 
> Index: build.xml
> ===================================================================
> RCS file: /home/cvspublic/xml-cocoon2/build.xml,v
> retrieving revision 1.197
> diff -u -r1.197 build.xml
> --- build.xml	10 Apr 2002 06:57:27 -0000	1.197
> +++ build.xml	10 Apr 2002 21:24:15 -0000
> @@ -1206,8 +1210,11 @@
>      <taskdef name="manifest-tool" classname="ManifestToolTask" 
>          classpath="${tools.dir}/anttasks"/>
>  
> -    <manifest-tool directory="${build.war}/WEB-INF/lib"
> manifest="${build.war}/WEB-INF/Manifest.mf"/>
> +    <manifest-tool directory="${build.war}/WEB-INF/lib"
> +                   manifest="${build.war}/WEB-INF/Manifest.mf"/>
> +<!--
>      <jar jarfile="${build.dir}/${name}.war" basedir="${build.war}"
> includes="**" manifest="${build.war}/WEB-INF/Manifest.mf"/>
> +-->
>    </target>
>  
>    <!--
> =================================================================== -->
> 
> 
> Why not just add intermediate target, something like "webapp-dir"?

Even with this trick, the time taken just to verify all the
dependencies across all of Cocoon is too high.

Besides the point of having functionality grouped in a directory is
that's easy to see what are all the files used to implement it. If
they are put together in the same bucket is a lot harder to figure
out.

Ovidiu

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org