Santiago Gala wrote:
>
> I have been looking at a few problems with a customer that is using
> Jetspeed as a base for portal development.
>
> They are trying to have a system that could manage sessions when a user
> has no/has disabled cookies. I found that turbine supports this quite
> easily. It is enough with using in every place the "DynamicURI(rundata)"
> to build the URL. This works both with JServ and Tomcat.
>
> The problems come when I try to apply this concept to Jetspeed. I have
> been looking to all of the places where URLs are generated, and I modify
> it. It is close to be complete. I will ask them for authorisation to
> "free" this code, and I think I will get it.
+1
> But I have found problems to retrieve the rundata is some places. For
> instance, the applications porlet cached too much data in the current
> implementation. I have implemented an alternative. And so on.
>
> Reading the code, I'm not completely sure that the current design is
> right. If I understand it correctly, when the jetspeed screen gets a
> getContent(rundata) request, it stores the rundata in the PortletConfig,
> and calls getContent().
yup...
> What happens if two users are requesting the same portlet at about the
> same time? The rundata will get mixed, and so one user can end up with
> the other users session.
ug... yes. This is a good point. Forgot about this one situation.
This will require a lot of rework. A lot will have to be re-written.
Don't know why I didn't see this coming :(
> 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
hold off for right now. I have a HUGE commit pending and we need to get
this in and get it stable. It is for the proposall 0003 stuff which is
a requirement for 1.2.
> Could this be related with the problem Neeme had, a few threads ago?
> :-????
<snip>
Yes. I think it is. I made a *very* stupid assumption... that each
thread would exec under the same time. IE if one takes tooo long (due
to DB requests, asyncronosity, context switches) we will result on
corrupted session data. This should make it in ASAP.
IMO RunData should be killed from Jetspeed too. This is a problem.
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]
