[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13185036#comment-13185036 ]
Igor Vaynberg commented on WICKET-4334: --------------------------------------- packaged resources should not have a jsession id in 1.5.x. i thought we fixed this already... > 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 > Labels: performance, wicket > > 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