Re: Minimal Requirements

[Peter Robins]

On Wednesday 03 Apr 2002 15:43, Vadim Gritsenko wrote:

> > Also, although the cocoon jar is quite a bit smaller than the default,
>> it's
>> > still not entirely clean. For example, I see hsqldb/Server.class in
>> there,
>> Server class is abstract Server, not the HSQLDB server.
>> > even though I'm not using hsqldb; also some deli classes even though
>> I'm not
>> > using deli.
>
> Make sure to "build clean" after adding/removing any lib as described in
> the installation manual.

yes, did that (yes, Vadim, I do read your postings :-)

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: Minimal Requirements

[Vadim Gritsenko]

> From: Peter Robins [mailto:[EMAIL PROTECTED]]
> 
> On Tuesday 02 Apr 2002 2:23 pm, Vadim Gritsenko wrote:
> > > From: Peter Robins [mailto:[EMAIL PROTECTED]]
> > >
> > > Just tried this with 2.0.2: my docs etc plus core cocoon. 
> > > However, it tries
> > > to generate the cocoon documentation and the scratchpad as 
> > > well, which I
> > > don't want in my production environment. Is there a way to 
> > > produce the webapp
> > > without these (other than creating my own build.xml of course)?
> >
> > It just compiles and packages scratchpad.jar, it isn't going into
WAR if
> > no special option specified.
> 
> it creates an avalon.excalibur.scratchpad jar - or is that something
else?

That's the scratchpad of Excalibur, not Cocoon :)


> > Or, you can rm -rf scratchpad/src/*
> 
> No, scratchpad/src has to be present or it fails. 

Remove everything under it, but keep src dir.


> However, I've since
> discovered that you can have an empty src/scratchpad/src and an empty
> src/documentation/images and it runs through happily. You can then
delete the
> (empty) documentation in the war!
> 
> Also, although the cocoon jar is quite a bit smaller than the default,
it's
> still not entirely clean. For example, I see hsqldb/Server.class in
there,

Server class is abstract Server, not the HSQLDB server.


> even though I'm not using hsqldb; also some deli classes even though
I'm not
> using deli.

Make sure to "build clean" after adding/removing any lib as described in
the installation manual.

Vadim


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Minimal Requirements

[Peter Robins]

On Tuesday 02 Apr 2002 2:23 pm, Vadim Gritsenko wrote:
> > From: Peter Robins [mailto:[EMAIL PROTECTED]]
> >
> > Just tried this with 2.0.2: my docs etc plus core cocoon. However, it
> tries
> > to generate the cocoon documentation and the scratchpad as well, which
> I
> > don't want in my production environment. Is there a way to produce the
> webapp
> > without these (other than creating my own build.xml of course)?
>
> It just compiles and packages scratchpad.jar, it isn't going into WAR if
> no special option specified.

it creates an avalon.excalibur.scratchpad jar - or is that something else?

> Or, you can rm -rf scratchpad/src/*

No, scratchpad/src has to be present or it fails. However, I've since 
discovered that you can have an empty src/scratchpad/src and an empty 
src/documentation/images and it runs through happily. You can then delete the 
(empty) documentation in the war!

Also, although the cocoon jar is quite a bit smaller than the default, it's 
still not entirely clean. For example, I see hsqldb/Server.class in there, 
even though I'm not using hsqldb; also some deli classes even though I'm not 
using deli.

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: Minimal Requirements

[Vadim Gritsenko]

> From: Peter Robins [mailto:[EMAIL PROTECTED]]
> 
> Just tried this with 2.0.2: my docs etc plus core cocoon. However, it
tries
> to generate the cocoon documentation and the scratchpad as well, which
I
> don't want in my production environment. Is there a way to produce the
webapp
> without these (other than creating my own build.xml of course)?

It just compiles and packages scratchpad.jar, it isn't going into WAR if
no special option specified.

Or, you can rm -rf scratchpad/src/*

Vadim

> 
> On Sunday 24 Mar 2002 3:07 am, Vadim Gritsenko wrote:
> >
> > Here is the way (assuming you have source distribution):
> >
> > 1. build clean
> > 2. remove all JAR files you do not need from the lib/optional
(consult
> > installing/jars.xml document on the disk or on the xml.apache.org
site)
> > 3. remove all pipelines from the sitemap.xmap, leave one
map:pipeline
> > with at least map:generate, map:transform (optional), map:serialize.
You
> > may want to have one pipeline with the map:read also for static
> > resources.
> > 4. remove all unneeded components from the sitemap.xmap
> > 5. visit cocoon.xconf, check may be you do not need something there
also
> > (say, XSP language or certain XSP logicsheets)
> > 6. build -Dinclude.webapp.libs=yes webapp
> >
> > Here it is, Cocoon webapp as you want it.
> >
> > Regards,
> > Vadim
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: Minimal Requirements

[Vadim Gritsenko]

> From: Peter Davis [mailto:[EMAIL PROTECTED]] On Behalf Of Peter Davis
> 
> On Saturday 23 March 2002 19:07, Vadim Gritsenko wrote:
> > (consult
> > installing/jars.xml document on the disk or on the xml.apache.org
site)
> 
> The following packages in that file are listed as "not required" for
the
> Cocoon core, but I received fatal ClassNotFound exceptions when I
removed
> their .jar files:
> 
> maybeupload
> jstyle
> 
> Has this been updated lately and are these packages truly necessary?
>
> Note that I used the binary distribution, not the source.  Would
recompiling
> from source without those packages make them not required?

Yes. Exactly for this reason:

> 1. build clean
...
> 6. build -Dinclude.webapp.libs=yes webapp

Take care,
Vadim


> --
> Peter Davis
> Reserve your abuse for your true friends.
>  -- Larry Wall in <[EMAIL PROTECTED]>


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Minimal Requirements

[Peter Davis]

On Saturday 23 March 2002 19:07, Vadim Gritsenko wrote:
> (consult
> installing/jars.xml document on the disk or on the xml.apache.org site)

The following packages in that file are listed as "not required" for the 
Cocoon core, but I received fatal ClassNotFound exceptions when I removed 
their .jar files:

maybeupload
jstyle

Has this been updated lately and are these packages truly necessary?

Note that I used the binary distribution, not the source.  Would recompiling 
from source without those packages make them not required?

-- 
Peter Davis
Reserve your abuse for your true friends.
 -- Larry Wall in <[EMAIL PROTECTED]>


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: Minimal Requirements

[Peter Robins]

Just tried this with 2.0.2: my docs etc plus core cocoon. However, it tries 
to generate the cocoon documentation and the scratchpad as well, which I 
don't want in my production environment. Is there a way to produce the webapp 
without these (other than creating my own build.xml of course)?

On Sunday 24 Mar 2002 3:07 am, Vadim Gritsenko wrote:
>
> Here is the way (assuming you have source distribution):
>
> 1. build clean
> 2. remove all JAR files you do not need from the lib/optional (consult
> installing/jars.xml document on the disk or on the xml.apache.org site)
> 3. remove all pipelines from the sitemap.xmap, leave one map:pipeline
> with at least map:generate, map:transform (optional), map:serialize. You
> may want to have one pipeline with the map:read also for static
> resources.
> 4. remove all unneeded components from the sitemap.xmap
> 5. visit cocoon.xconf, check may be you do not need something there also
> (say, XSP language or certain XSP logicsheets)
> 6. build -Dinclude.webapp.libs=yes webapp
>
> Here it is, Cocoon webapp as you want it.
>
> Regards,
> Vadim

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: Minimal Requirements

[Vadim Gritsenko]

> From: Peter Davis [mailto:[EMAIL PROTECTED]] On Behalf Of Peter Davis
(by way
> 
> I'm trying to build a site using cocoon, but for my production system
I don't
> want any of the examples cluttering up my disk or the site.  I don't
need any
> SQL, XSL:FO, SVG, any of the demo sites, or even HTML output, and so
I'd like
> to be able to remove all of those things from cocoon.xconf and
sitemap.xmap,
> as well as remove the uncessecessary .jars from the lib/ directory.
> 
> Does anyone know of a sample Cocoon config that is absolutely the bare
> minimum for generating XML with JSP and transforming with XSLT
> transformers?  I'm trying to strip out
> the extra pieces from my configs one by one, but its a long and
tedious
> process because there seem to be hidden dependencies all over the
place.  I'm
> hoping someone has already done this and could help me out. 

Doing this all the time ;)

Here is the way (assuming you have source distribution):

1. build clean
2. remove all JAR files you do not need from the lib/optional (consult
installing/jars.xml document on the disk or on the xml.apache.org site)
3. remove all pipelines from the sitemap.xmap, leave one map:pipeline
with at least map:generate, map:transform (optional), map:serialize. You
may want to have one pipeline with the map:read also for static
resources.
4. remove all unneeded components from the sitemap.xmap
5. visit cocoon.xconf, check may be you do not need something there also
(say, XSP language or certain XSP logicsheets)
6. build -Dinclude.webapp.libs=yes webapp

Here it is, Cocoon webapp as you want it.

Regards,
Vadim

> Thanks!
> 
> --
> Peter Davis


-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Minimal Requirements

[Peter Davis]

I'm trying to build a site using cocoon, but for my production system I don't
want any of the examples cluttering up my disk or the site.  I don't need any
SQL, XSL:FO, SVG, any of the demo sites, or even HTML output, and so I'd like
to be able to remove all of those things from cocoon.xconf and sitemap.xmap,
as well as remove the uncessecessary .jars from the lib/ directory.

Does anyone know of a sample Cocoon config that is absolutely the bare
minimum for generating XML with JSP and transforming with XSLT 
transformers?  I'm trying to strip out
the extra pieces from my configs one by one, but its a long and tedious
process because there seem to be hidden dependencies all over the place.  I'm
hoping someone has already done this and could help me out.  Thanks!

--
Peter Davis

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>