cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bertrand Delacretaz <>
Subject Re: is cocoon the right tool?
Date Thu, 24 Apr 2003 06:53:51 GMT
Le jeudi, 24 avr 2003, à 00:40 Europe/Zurich, Adam Shelley a écrit :

> ...Can
> cocoon serve large documents reasonably?

If you have large documents to process, possible performance problems 
might not come from Cocoon directly but from the tools and libraries 
that Cocoon uses to do its job. The Cocoon pipeline system is very 
efficient, but it is not uncommon for transformers or serializers to 
get in the way depending on what they're asked to do.

On one hand, your mileage for XSLT transforms may vary a lot depending 
on which XSLT processor you configure Cocoon to use, and also depending 
on which XSLT constructs you use. The good thing is that it's fairly 
easy to switch processors and compare the results.

Regarding PDF generation (which is usually handled by FOP in Cocoon), 
using or not using certain combinations of XSL-FO elements might make a 
huge difference in performance, and there is usually no way to tell 
precisely without trying (except for a few obvious tricks like avoiding 
forward references in your documents).

Finally, Cocoon and the Java JVM used to run it have a lot of tunable 
parameters which will make a big difference in performance.

In conclusion: processing XML documents in the 5-10MB range with Cocoon 
is certainly possible with good performance, but depending on your 
application, testing, profiling and tuning will probably be needed.

The big advantage of Cocoon vs. custom code is that these concerns are 
shared by many users, so if you stumble against a particular 
performance problem that you can quantify, you will most likely find 
help around here.

Hope this helps!

   Bertrand Delacretaz (,
   XML, java, XSLT, Cocoon, FOP, mentoring/programming/teaching

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

View raw message