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...?
Rapha�l, you are the author of this code, can you comment?
Neeme
> -----Original Message-----
> From: Neeme Praks
> Sent: Wednesday, August 23, 2000 8:09 PM
> To: JetSpeed
> Subject: RE: cocoon portlets reusing bug
>
>
>
> well, the problem returned :-(... Probably will have to dig around in
> Cocoon source code...
>
> Neeme
>
> > -----Original Message-----
> > From: Neeme Praks
> > Sent: Wednesday, August 23, 2000 6:41 PM
> > To: JetSpeed
> > Subject: RE: cocoon portlets reusing bug
> >
> >
> > thanks, I didn't grasp the concept of "thread-safe" fully ;-)
> >
> > Now I educated my self a bit and I think I managed to remove the
> > problem...
> >
> > Neeme
> >
> > > -----Original Message-----
> > > From: burtonator [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, August 23, 2000 12:58 AM
> > > To: JetSpeed
> > > Subject: Re: cocoon portlets reusing bug
> > >
> > >
> > > Neeme Praks wrote:
> > > >
> > > > I've discovered a bug in either Jetspeed or Cocoon when
> > using Cocoon
> > > > portlets:
> > > > I have some portlets that show records from database
> > > depending on a user
> > > > who is logged in.
> > > > Sometimes when I load a portlet, it shows me the records
> > of another
> > > > user, not mine (and the other user sees my records).
> > > > I've managed to track it down to the point that it seems to
> > > be happening
> > > > only when two users load the same page simultaneously.
> > > > Anyone else experienced this problem?
> > > >
> > > > Is it a bug in Cocoon XSP generator (incorrectly reusing
> > > the existing
> > > > instances of XSP page classes) or is it a bug in
> > CocoonPortlet? Any
> > > > ideas?
> > >
> > > Well... is your Portlet threadsafe? Seems like it might not be.
> > >
> > > Kevin
> > >
> > >
> > > --
> > > ** 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
> > > 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]
> > >
> > >
> >
> >
> > --
> > --------------------------------------------------------------
> > 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]
> >
> >
>
>
> --
> --------------------------------------------------------------
> 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]
>
>
--
--------------------------------------------------------------
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]
