cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jason Johnston" <coc...@lojjic.net>
Subject Re: TIPS: Cocoon 2.1.X on Java 1.5.0
Date Mon, 16 Jan 2006 16:41:59 GMT
> Hello,
> During last 2 years I've created couple of Cocoon-based sites.
> They have been running on Tomcat 4.1.31, J2SDK 1.4.2.
>
> I've been using the latest version of Cocoon for each site,
> that's how I have here 2.0.3, 2.1, 2.1.5, 2.1.6, 2.1.7, etc.
>
> This is a damn mess :/
> Compilers: javac, jikes, pizza, eclipce
> Transformers: xslt, xalan, xsltc
> cache (stores): ...., ......, ..... (you know what I'm taking about)
>
> That one is good, the other is bad, then the other is good
> again, and so on. Ever if everything by accident happens
> to work with no errors and crashes, tuning that up for
> performance is a real horror.
>
> In addition to that, I'm already fed up with Tomcat 4.1 and
> Java 1.4. This is probably an issue of poor garbage collector,
> but in real life, there is NO CHANE to have _one_single_day
> without a appserver crash, usually because of OutOfMemory error.
> (and it's not a matter of phisical memory!)
>
> I want to try Tomcat 5.5.12 on JDK 1.5.0 now.
> A lot of coding has been done to Tomcat,
> and probably also Sun JVM is more stable now.
>
> I just want to run Cocoon webapps built with JSDK 1.4 on JDK 1.5.
> What I've already learned:
> - Cocoon 2.1 with xalan - works.
> - Cocoon 2.1.7 with xalan - doesn't.
> - Cocoon 2.1.7 with xsltc - works. Till you have multiply variables :/
>
> My questions is: If I upgrade all cocoon webapps to 2.1.7 or 2.1.8,
> what components / versions shell I use to get stability and performance?
> Please recommend at least:
> a) compiler
> b) parser
> c) transformer
> d) stores
> Are these recommened for JDK 1.5 components default in Cocoon 2.1.8.?

I am using Cocoon under JDK 1.5 and Tomcat 5.5.12 with no problems.  I'm
using all the default components.  Not sure if that helps.

FWIW, in my experience OutOfMemory errors are usually due to application
design, not the underlying framework.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Mime
View raw message