-Igor
On 9/11/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
if we dont sync on session then the user will have to himself, and that would really suck.
-IgorOn 9/11/06, Johan Compagner < [EMAIL PROTECTED]> wrote:I am now synchronizing around the pagemap (that maybe will be 'window' in 2.0) so that a page
access will lock the pagemap. So every page that is touched through the request page is save to
be altered/accessed.
Also the release is different now. Now not the page id (now pagemap) is released for that thread one by one.
But everything that was locked by that thread is released in the detach of the request.
I think we can kill the synch on session for the page request targets. because now page request are synced
over the pagemap. But i don't know if we have it all then for example bookmarkable request?
But i guess this should all go fine.
johanOn 9/11/06, SourceForge.net <[EMAIL PROTECTED]> wrote:Bugs item #1554508, was opened at 2006-09-08 06:33Message generated for change (Comment added) made by joco01
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=684975&aid=1554508&group_id=119783
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.2>Status: Closed
>Resolution: Fixed
Priority: 7
Submitted By: Eelco Hillenius (eelco12)
Assigned to: Johan Compagner (joco01)
Summary: Infinite Loop on Session.getPage
Initial Comment:
From thread:
http://www.nabble.com/Infinite-Loop-on-Session.getPage%28%29-tf2233107.html
Here's a trace of what happens that causes the problem :
During the RESOLVE_TARGET step of RequestCycle, the
target is trying to
be resolved using the
DefaultRequestTargetResolverStrategy, which first
inside the resolveRenderedPage() method uses
Session.getPage() to get
the page,(which adds it to the usedPages map,a hidden
side-effect
imho),and then calls resolveListenerInterfaceTarget()
where it retrieves
the Component for the path and calls
isVisibleInHierarchy() on it. This
method throws an exception in my application, which is
caught back in
the RequestCycle. Now, the target didn't have a chance
to be added to
requestTargets, but the page has been added to the
usedPages. In the
detach phase, the requestTargets are detached one by
one, which in this
case is only the exception page generated. So when i
push back and click
on another link with the same page id, it'll fall into
the loop
mentioned, cause the thread hasn't been cleared. I
guess this somehow
means a problem with the usedPages map, where it should
be cleared on an
exception.
---------------------------------------------------------------------->Comment By: Johan Compagner (joco01)
Date: 2006-09-11 10:53
Message:
Logged In: YES
user_id=379231
this should be fixed now.
----------------------------------------------------------------------
Comment By: Eelco Hillenius (eelco12)
Date: 2006-09-08 07:00
Message:
Logged In: YES
user_id=820266
Ultimately, the problem comes down to synchronization being
scattered over various places. Can we find a way to
synchronize all we need from one place without loosing the
efficiency we have now?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=684975&aid=1554508&group_id=119783
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ Wicket-develop mailing list Wicket-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-develop
