[ 
https://issues.apache.org/jira/browse/WICKET-6702?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17195357#comment-17195357
 ] 

Emond Papegaaij commented on WICKET-6702:
-----------------------------------------

I've just tested the second solution, and for me it solves the problem. 
[~svenmeier] what do you think? The downside is that serialization will occur 
in the request thread, the upside is that we don't need locking for the 
serialization. Implementing locking in the {{AsynchronousPageStore}} will be 
very difficult, because the {{PageAccessSynchronizer}} lives in the user's HTTP 
session. We can get it via the cachedAttributes, but I think that will open a 
whole new can of worms.

> AsynchronousPageStore with NotDetachedModelChecker - "Not detached model 
> found" exception on several fast sequential Ajax calls
> -------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: WICKET-6702
>                 URL: https://issues.apache.org/jira/browse/WICKET-6702
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket-core
>    Affects Versions: 8.5.0, 9.0.0
>            Reporter: Sergei Tkachuk
>            Priority: Major
>         Attachments: QuickStart.zip
>
>
> Preconditions: Application uses AsynchronousPageStore (as it is by default).
> When there are several fast sequential Ajax calls to a component, then a 
> component's LoadableDetachableModel gets attached and detached several times 
> before real async serialization takes place. And at times the serialization 
> is initiated when the model has been already attached once again by a 
> subsequent Ajax call, and not detached yet as the request is still in 
> progress. This causes NotDetachedModelChecker() to throw "Not detached model 
> found!" exception
> Disabling async serialization fixes the problem.
> A test-case and a log attached.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to