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/05/10 14:55:48 UTC

[jira] [Commented] (WICKET-4334) Prevent Wicket from causing redundant download of stateless resources (.js, .css etc.,) on browser with cookies enabled

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

Martin Grigorov commented on WICKET-4334:
-----------------------------------------

Please take a look at WICKET-4550 and comment your view.
We may need to revert the change for this ticket...
                
> Prevent Wicket from causing redundant download of stateless resources (.js, .css etc.,) on browser with cookies enabled
> -----------------------------------------------------------------------------------------------------------------------
>
>                 Key: WICKET-4334
>                 URL: https://issues.apache.org/jira/browse/WICKET-4334
>             Project: Wicket
>          Issue Type: Improvement
>          Components: wicket
>    Affects Versions: 1.4.19, 1.5.4
>         Environment: Client browser with cookies enabled.
>            Reporter: Chris Colman
>            Assignee: Martin Grigorov
>              Labels: performance, wicket
>             Fix For: 1.5.4, 6.0.0-beta1
>
>
> A jsessionid is added to package resource links of the first page visited, most of which are static and don't need session info for them to be rendered. For a new session in a browser with cookies enabled this causes a 'double load' of every package resource: once for the initial page (with jsessionid added) and again for the subsequent page (with no jsessionid added).
> Each time the user revisits the site with their previous session expired another (redundant) download of the package resources will occur (because they have a different jsessionid suffix)
> Examining the IE cache we can see that both the jsessionid suffixed version and the version without the jsessionid suffix have both been cached as it treats each as individual resources.
> This will cause a performance hit for users visiting a Wicket site for the first and subsequent times (after cookie expiration) on most average ADSL connections and might have an impact on bandwidth demand/cost on extremely busy Wicket powered web servers.
> Possible solution:
> Wicket always renders stateless resources without any jsessionid regardless of whether the page is stateful or stateless. When servicing a request for a resource without a jsessionid Wicket does not attempt to establish a session which avoids creating a Session on every stateless resource request.

--
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