cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nicola Ken Barozzi" <>
Subject Re: cocoon2 and fop performance
Date Mon, 11 Mar 2002 06:58:30 GMT
From: "Alex McLintock" <>

> Hi folks,
> I am creating a simple website with XSP files getting converted to HTML by
> Cocoon 2.something.
> I am currently using Tomcat 4.something, NT4, and over 256Mb of memory.
> This works reasonably ok - I don't mind a small delay because I am going
> just deploy the generated website as static html.
> However since I have some experience of FOP I thought I should produce a
> PDF version of the website too. I can create basic fo files and get PDFs
> from them but they need fine tuning - frequent changing of font sizes,
> positions and so on. This is where the speed of the FOP serialiser is
> giving us pain.
> It is *really* slow. Far slower than it ought to be - of the order of
> several minutes for a simple page. The thing which worries me most of all
> is that whilst waiting for the page to be generated I can use the NT task
> manager to see how fast the CPU is working. It is not working hard at all.
> This is really confusing me.
> The html serialized pages work fine.
> I have tried the same website on a REdHat Linux installation of
> Cocoon2+Tomcat4 (slightly later versions) but they generate broken PDF so
> that is a separate problem.....
> Any ideas on what I should do to make Cocoon use all the computer's power
> when generating PDF?

Did you try using the same FOP jar with FOP's commandline interface? Maybe
it's a FOP problem.
Did you try to see how much time it takes for the page to load without
serializing to FOP, but instead to XML? Maybe the content itself is slow in
getting generated.

Nicola Ken Barozzi         
            - verba volant, scripta manent -
   (discussions get forgotten, just code remains)

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

To unsubscribe, e-mail: <>
For additional commands, e-mail: <>

View raw message