Neeme Praks wrote:
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 07, 2000 2:29 AM
> > To: JetSpeed; [EMAIL PROTECTED]
> > Subject: Re: multithreading problems in the portlet drawing?
>
> [snip]
>
> > > I think we should keep passing the rundata down in every
> > getContent(),
> > > or else, passing a new
> > PortletConfig/PortletControllerConfig down with
> > > every request. If we do not do so, there is a risk we mix
> > up sessions.
> > > THis is if I understand correctly the code and the sobject model, of
> > > which I'm not completely sure.
> >
> > I would vote for passing RunData. This means less object generation.
> >
> > > I know that is a major change, but we should make sure we are doing
> > > things right.
> >
> > *totally* +1
>
> I remember you having a idea of abstracting away the current Turbine
> infrastructure...? This is what PortletConfig is meant for? I would vote to
> pass PortletConfig...
Yes... probably PortletConfig... Should we separate this out into
PortletRunData (or PortletRequest?) and PortletConfig? PortletRunData
being information that changes on each request? There is other
information that never really changes in PortletConfig and it wouldn't
be good to add this to the class... would take a performance hit over
time.
> but maybe we need to change the implementation of
> PortletConfig so it doesn't wrap RunData, but rather copies the relevant
> parts (like parameterparser)...?
It already has ParameterParser.... getRunData is deprecated. We still
need RunData for the Cocoon integration
> And Jetspeed should have it's own ParameterParser also, that would allow us
> to guarantee non-conflicting fieldnames for portlet forms... I wrote about
> it in a thread in Avalon list, probably should forward that post to this
> list also...
I don't think I like this. The problem is that where to we namespace
the properties... there is no central way to control this :(
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 | 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]
