You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Chris Colman (Created) (JIRA)" <ji...@apache.org> on 2012/01/12 11:46:39 UTC
[jira] [Created] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
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.5.4, 1.4.19
Environment: Client browser with cookies enabled.
Reporter: Chris Colman
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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Martin Grigorov (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13187140#comment-13187140 ]
Martin Grigorov commented on WICKET-4334:
-----------------------------------------
No. /wicket/resource/... is used by all resources not mounted explicitly with webApp#mountResource().
Only IStaticCachableResource doesn't require a session, all other impls may require...
> 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
>
>
> 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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Chris Colman (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13187144#comment-13187144 ]
Chris Colman commented on WICKET-4334:
--------------------------------------
It would be good if IStaticCacheableResource resources had a distinctive mount path so that we could easily configure filters to ignore them.
For example if all IStaticCacheableResourceS were mounted under:
/wicket/resource/cacheable
we could easily configure a filter to ignore them.
> 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
>
>
> 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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Chris Colman (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13188013#comment-13188013 ]
Chris Colman commented on WICKET-4334:
--------------------------------------
Found the cause - Everything was working fine in our IDE but problem in deployment build meant it pulled old wicket jars!
> 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
>
>
> 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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Chris Colman (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13187136#comment-13187136 ]
Chris Colman commented on WICKET-4334:
--------------------------------------
I have an Open Persistence Provider in View filter (expojo) that attempts to retrieve or create a session on each request in order to make a persistence provider available but which can be told to ignore requests with a specified path pattern. I would like to tell it to ignore requests for wicket stateless package resources that don't need a session. Is it safe to say that all wicket requests starting with:
/wicket/resource/
are stateless package resources and therefore don't require a session?
I trust Wicket itself won't attempt to establish a session for stateless wicket package resources.
> 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
>
>
> 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
[jira] [Assigned] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Martin Grigorov (Assigned) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Martin Grigorov reassigned WICKET-4334:
---------------------------------------
Assignee: Martin Grigorov (was: Peter Ertl)
> 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
>
> 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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Chris Colman (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13187566#comment-13187566 ]
Chris Colman commented on WICKET-4334:
--------------------------------------
While it's great wicket now renders static resource links without jsessionidS when such a resource is requested Wicket still attempts to establish a session when servicing requests for such a static resource according to the stack trace.
I analyzed the stack trace and there is no direct attempt to explicitly establish a session but there is an implicit session establishment via a call to getSessionId. I doubt that call is needed to service a request for static resource.
I wasn't sure if this should be entered as a separate issue or a continuance of this one.
> 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
>
>
> 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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Martin Grigorov (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13187571#comment-13187571 ]
Martin Grigorov commented on WICKET-4334:
-----------------------------------------
What's the stacktrace ?
> 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
>
>
> 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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Martin Grigorov (JIRA)" <ji...@apache.org>.
[ 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
[jira] [Assigned] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Igor Vaynberg (Assigned) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Igor Vaynberg reassigned WICKET-4334:
-------------------------------------
Assignee: Peter Ertl
> 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: Peter Ertl
> 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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Martin Grigorov (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13187146#comment-13187146 ]
Martin Grigorov commented on WICKET-4334:
-----------------------------------------
Let's move to the users@ list.
> 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
>
>
> 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
[jira] [Resolved] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Martin Grigorov (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WICKET-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Martin Grigorov resolved WICKET-4334.
-------------------------------------
Resolution: Fixed
Fix Version/s: 1.5.4
6.0.0
> 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: 6.0.0, 1.5.4
>
>
> 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
[jira] [Commented] (WICKET-4334) Prevent Wicket from causing
redundant download of stateless resources (.js, .css etc.,) on browser with
cookies enabled
Posted by "Igor Vaynberg (Commented) (JIRA)" <ji...@apache.org>.
[ 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