I two would like to hear about solutions to this, after a quick Google, I found most people have it the other way with their JS files being cached and not reflecting there changes.
How are you constructing your url's for the resources Roger? Do they end up with a dynamic element in them, that changes every time? Hmm I wonder, does the jsessionid end up in the url? - would this even cause the browser to the think it is a fresh url and take a new copy of the resource? Laters James -----Original Message----- From: RogerV [mailto:roger.var...@googlemail.com] Sent: 14 June 2010 08:53 To: user@struts.apache.org Subject: Struts 2 & Browser Caching Hi While building the functionality of my web-app served up by Apache Tomcat, I use <meta http-equiv="expires" content="0"> <meta http-equiv="cache-control" content="no-cache"> <meta http-equiv="pragma" content="no-cache"> in all my pages to ensure that requests to the pages with dynamic content (most of them) actually reload from the server rather than from the browser cache or any intermediate proxy server caches. Now I'm trying to add the "eye-candy" and find that as well as going back to the server for data (good), my browser (Firefox) is reloading all the images, css, js etc from the server every time as well(bad) and slowing things down (very bad). I'd be grateful for any hint/suggestions as to how to force the dynamic part of the page to go back to the server but allow the browser to cache the constant data (images, css etc)? Would running Tomcat behind a web-server to load the static data help, or am I pretty much stuffed using the meta tags? Regards -- View this message in context: http://old.nabble.com/Struts-2---Browser-Caching-tp28876782p28876782.htm l Sent from the Struts - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org