You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Martin Makundi (JIRA)" <ji...@apache.org> on 2017/04/15 06:01:41 UTC
[jira] [Commented] (WICKET-5805) Non blocking page serialization
(fixme: session leak)
[ https://issues.apache.org/jira/browse/WICKET-5805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15969825#comment-15969825 ]
Martin Makundi commented on WICKET-5805:
----------------------------------------
Fixed with https://issues.apache.org/jira/browse/WICKET-6177
> Non blocking page serialization (fixme: session leak)
> -----------------------------------------------------
>
> Key: WICKET-5805
> URL: https://issues.apache.org/jira/browse/WICKET-5805
> Project: Wicket
> Issue Type: Improvement
> Components: wicket
> Affects Versions: 1.4.23
> Reporter: Martin Makundi
> Priority: Critical
> Attachments: patch-serialize.txt
>
>
> We have a performance issue with our Wicket 1.4 app, page serialization causes inconvenience to user because RequestCycle.detach() blocks the request until session.requestDetached() has been handled.
> We attempted to solve this issue by invoking session.requestDetached in a separate thread and thus allowing user to receive their request without waiting for page serialization in SecondLevelCachePageMap. The disk writing is already parallel, but serialization is blocking.
> What would be the best way to implement this? I have attached our (proposed) patches.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)