Neeme Praks wrote:
>
> ok, coming back to the issue... I started checking the sources of
> CocoonPortlet and related classes (as this is the most untested part of
> my configuration that consists of Tomcat + Turbine + Cocoon + Jetspeed).
>
> I found that org.apache.jetspeed.portal.cocoon.CocoonRenderer class uses
> static variable to hold the Cocoon engine. What is the reason for doing
> so and is this tread-safe? Could my problems be the result of this?
>
> I imagine that when two consecutive hits come to the CocoonPortlet and
> this uses _static_ CocoonRenderer to render the content, then both
> requests would get the results of the latter request...?
<snip>
I would assume it should be threadsafe. I mean Cocoon is a supposed to
be a multi-thread capabile app.. IE the Servlet API is this way.
IMO... this is just a bad area of Jetspeed. Our Cocoon plugin is hacked
because 1.x doesn't allow an easy way to use Cocoon as an API. JEtspeed
2.0 should fix this.
--
** Should SUN Open Source Java? Please Vote:
http://relativity.yi.org/java **
Kevin A Burton (e-mail: [EMAIL PROTECTED], UIN: 73488596, ZKey:
burtonator)
http://relativity.yi.org | http://www.openprivacy.org
Message to SUN Microsystems: "Please Open Source Java!"
To fight and conquer in all your battles is not supreme excellence;
supreme
excellence consists in breaking the enemy's resistance without fighting.
- Sun Tzu, 300 B.C.
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
