[ http://issues.apache.org/jira/browse/JS2-303?page=all ]
Scott T Weaver resolved JS2-303:
--------------------------------
Fix Version: 2.0-M4
2.0-FINAL
Resolution: Fixed
Assign To: Scott T Weaver
I have verified this fix using LiveHttpHeaders in Firefox. Un-cached content
shows the correctly set header settings as defined in the previous comment.
Cached content is correct showing a status of "HTTP/1.x 304 Not Modified"
indicating the content was pulled from the cache.
This fix also resolves not being able to grab conent directly from the app,
i.e. /images/myimg.gif would return 404 even is the image was on the server at
that specific location.
> ContentServer doesn't allow for content caching
> -----------------------------------------------
>
> Key: JS2-303
> URL: http://issues.apache.org/jira/browse/JS2-303
> Project: Jetspeed 2
> Type: Improvement
> Components: ContentServer
> Versions: 2.0-M3
> Environment: Linux, Sun JDK-1.5.0, Tomcat 5.0.30
> Reporter: Aleksander Adamowski
> Assignee: Scott T Weaver
> Fix For: 2.0-M4, 2.0-FINAL
>
> The files comprising Velocity templates (especially images) are prevented
> from being cached in proxies and end user browsers, which creates significant
> bandwidth/resources waste.
> This is because the ContentServer doesn't provide any cache control headers
> (Expires, Last-Modified, Cache-Control) and doesn't react to client's cache
> related headers (If-Modified-Since).
> When serving ordinary files from Velocity template directories, ContentServer
> has access to necessary data - notably file modification timestamps, so it
> could generate proper cache control headers.
> An example site with its performance suffering because of this:
> http://kwiaty.altkom.pl:8880/jetspeed/ (notice that the images load with each
> page view, again and again, instead of being cached on client side).
> There's an excellent tutorial on HTTP caching techniques here:
> http://www.mnot.net/cache_docs/
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
