cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ovidiu Predescu <>
Subject Re: [WARN] Strange things
Date Wed, 22 May 2002 20:24:18 GMT
On Wed, 22 May 2002 16:46:48 +0400, "Konstantin Piroumian" <> wrote:

> Hi, Cocooners!
> I've just made a clean checkout of Cocoon and noticed several strange
> things.
> 1) Running the build:
> >build.bat -Dinclude.webapp.libs=yes webapp
> results in a 17 min. building process, which includes everything is
> possible: documentation generation, apidocs, and even the scratchpad.jar
> building. Can anybody of build.xml gurus take a look at it. I don't think
> that it is the intended behavior. And I'm sure that scratchpad jar should be
> built only for 'installscratchpadwar' (is there a 'scratchpadwebapp'
> target?) target, cause it can easily break the build.
> 2) The set of jars in lib:
> commons-httpclient-20020423.jar  - where is it used?

It's used by the SOAP logicsheet and perhaps others to make HTTP requests.

> commons-jpath-1.0b1.jar, commons-jxpath.jar - do we need both?

The commons-jxpath.jar was probably added by Ivelin without noticing
there's another one in there. I've fixed this.

> xt-19991105.jar - as I remember no one objected on removing XT support
> There are many other JARs that have some unknown (to me) purpose. There is a
> jars.xml document that should list all the used jars, but it's out of date
> now. (Btw, Diana, can we force everybody who is adding a new jar to update
> the documentation accordingly?)

We can have a build.xml target which checks if jars.xml is up-to-date
with respect to the jars available in lib/. THe target will be run as
part of the build process, and it should stop the build if the file is
not up-to-date. I'll give it a shot and let you know how it works.

> 3) emacs directory in the root
> I suspect that this one comes from Ovidui. Shouldn't we place this kind of
> stuff in some common place? Say:
> dev-tools/
>     /emacs
>     /xmlspy
>     /jbuilder
> etc?

Yes, I've added it. We should probably do what you suggest. If
dev-tools/ is a good name, I'll go ahead and add it. Any opinions?

> I am also looking for a good place for i18n supporting stylesheets. Having
> them in the samples is not a very good idea as they have nothing to do with
> the samples and can lead to confusion.

Are these logicsheets? If so, how about putting them in the same
directory as the other logicsheets?

> P.S. We could simply rename scratchpad to 'contrib' or 'optional' and
> provide it separately ;)

I don't think this is a good idea. optional/ should be used for
optional things, which are stable, as opposed to things still in
development, which is the case with those in scratchpad/.

Ovidiu Predescu <>

>>> I'm in the job market again, check out my resume and qualifications at: (Apache, GNU, Emacs ...)

To unsubscribe, e-mail:
For additional commands, email:

View raw message