Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
From: "Carsten Ziegeler" <cziegeler@sundn.de>
To: <cocoon-dev@xml.apache.org>
Subject: AW: [C2] Build targets
Date: Thu, 21 Jun 2001 09:38:34 +0200
Message-ID: <GMEBIBHGAOFGJCDPJANDIEJCCDAA.cziegeler@sundn.de>
MIME-Version: 1.0
Importance: Normal
In-Reply-To: <020c01c0fa23$a40f2830$9d0a000a@flagship.ru>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset="iso-8859-1"

> Konstantin Piroumian wrote:
>
> > > Hi, Cocooners!
> > >
> > > Is there a way to build C2 without samples and unnecesary libraries?
> >
> > Yes, delete them ;).
>
> How can I know which jar is necessary for Cocoon engine and which one is
> used only in a sample? Of course, I can try to delete one-by-one and see
> what happens :)
>
> >
> > > I need to get a clear cocoon.war - without specific Actions, jars and
> > > samples.
> >
> > Well, this is a matter of taste and I don't see a general way to specify
> > which jars are not needed. the samples are in the webapp subdiretory
> > which is easily deletable.
>
> As I can see, this jars are not necessary if I don't need samples and some
> of the actions:
>
> axis.jar
> axis-samples.jar
> batik-libs.jar
> bsf.jar
> fop-0_18_1.jar
> hsqldb.jar
> jimi-1.0.jar
> junit.jar
> maybeupload.jar
> rhino.jar
> Tidy.jar
> velocity-1.1-rc1.jar
> xt.jar
>
> Am I right or maybe some this libs is required for Cocoon itself?
>
Am not sure about all of them but the maybeupload.jar is required as it is
directly used by the Request object created for each request.
All others seem to be optional, but of course you have to remove all
references
from the sitemap.xmap, e.g. you have to remove the html generator etc.

> >
> > > Just the core of Cocoon, so I could add my application files,
> > > classes, jars and sitemaps and create a war for my application only.
> >
> > I don't see what the "core Cocoon" is.
>
> By "core Cocoon" I mean Cocoon engine without any Form
> processing, DB, SVG,
> FOP, i18n samples and actions.
>
> But... maybe you are right saying that it's easier to delete all
> unnecessary
> things that you don't need in your application.
>
Personally, I don't like the term "core Cocoon" for this case as I
think that the "core Cocoon" is the whole project without examples.
But this includes all provided generators, transformers etc. as most
of them are very usefull and also required to build web applications.
What you think of, I would rather call a "minimal Cocoon".
But anyway these are only terms.

Carsten

Open Source Group                        sunShine - b:Integrated
================================================================
Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
www.sundn.de                          mailto: cziegeler@sundn.de
================================================================


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


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