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 Grigorov (JIRA)" <ji...@apache.org> on 2012/08/01 09:40:35 UTC

[jira] [Commented] (WICKET-4675) Allow the server to control which Ajax channel is used to process ajax responses on a per component basis

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

Martin Grigorov commented on WICKET-4675:
-----------------------------------------

Right. 
With this timeout the processing of an Ajax response may become not-atomic if there are more than 50 steps.
In this case two different Ajax responses may be processes "concurrently" which is something we don't want.

I'll remove this code and test on all major browsers. I guess it was needed for some old version of Safari and Konqueror.
                
> Allow the server to control which Ajax channel is used to process ajax responses on a per component basis
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: WICKET-4675
>                 URL: https://issues.apache.org/jira/browse/WICKET-4675
>             Project: Wicket
>          Issue Type: Improvement
>          Components: wicket
>    Affects Versions: 6.0.0-beta3
>            Reporter: Christian Oldiges
>            Assignee: Martin Grigorov
>
> situation:
> - one component is replaced via several ajax channels.
> - the processing of the reponse steps of those channels may be interleaved.
> - the ajax response may contain DOM replacements (including modified IDs and component paths) and event handler assignments
> The correct order for two concurrent ajax requests executed over 2 seperate channels would be:
> DOM replacement
> event assigment
> DOM replacement
> event assignment
> Currently something like this may happen:
> DOM replacement
> DOM replacement
> event assignment
> event assignment
> The event assignment fails when the component ids change during the DOM replacement.
> Also it is required that the second batch of event assigments is executed after the first batch
> Possible solution - Add a new method to assign an Ajax Channel per component for the ajax response:
> target.add(component, channel);
> This would allow to schedule the response processing to the ajax channel on a per-component basis instead of a per-request/response basis.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira