portals-jetspeed-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Scott T Weaver (JIRA)" <jetspeed-...@portals.apache.org>
Subject [jira] Resolved: (JS2-303) ContentServer doesn't allow for content caching
Date Tue, 16 Aug 2005 21:05:14 GMT
     [ 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: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org


Mime
View raw message