cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carsten Ziegeler" <cziege...@sundn.de>
Subject AW: [C2] Build targets
Date Thu, 21 Jun 2001 08:12:35 GMT
> Konstantin Piroumian
>
> > > 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.
> >
>
> Ok. I just investigating ways of creating my own customized build.xml for
> our project which is based on Cocoon and most of the features are
> not used:
> we don't use DB directly (only through EJBs), we don't use SVG and we have
> our own form processing and validation.
> Unfortunately, we even don't use XSP/XML/XSL now - only JSP and
> Cocoon as a
> controller.
>
> So, I just wanted to get a 'minimal Cocoon' (it's a better term for that)
> and place all our application specific stuff in it.
>
> > > >
> > > > > 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.
>
> I'm absolutely agree - let it be 'minimal Cocoon'.
>
> There are options in build.xml that turns off Oracle stuff and
> some others,
> so maybe it would be convenient to have some 'minimal' param also?
> Just suggestions...
>
Yes, this is something I tried several weeks ago but unfortunately
without any success. It is possible to make a dependend compilation,
which means to not compile some components, e.g. the FOPSerializer.
But the difficult part is to change the sitemap.xmap according to
this. The declaration for the fop serializer should only be in the
sitemap, if it was compiled. Currently, I don't know how to do it.
Perhaps, if someone else has any idea on this?

Carsten

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

> >
> > Carsten
> > > > 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


Mime
View raw message