Re: css files cached

[ir. ing. Jan Dockx]

Yep, done that in the ol' JSP days too. ;-)

But that is terribly tedious, of course.

Sounds like an opportunity for a filter …

On 29 Sep 2005, at 23:38, Matt Blum wrote:

The way I've gotten around this problem before is by making the CSS files JSPs, just for the caching instructions.  All you need to do is put a content-type header set to "text/css" and a caching instruction, change the extension to ".jsp" (and therefore all references to it as well), and leave the rest of it alone.

-Matt

On 9/29/05, ir. ing. Jan Dockx <[EMAIL PROTECTED]> wrote:

My css files, served from the web app, seem to be cached indefinitely
somewhere. These are regular css files, so no place for JSP tags here.
Any idea how I can tell whatever cache in between to check the server
for a new version now and again? I'm seeing the issue both on Win/IE
and Mac/Safari. The css that is being used is at least a week old
(maybe months), until I manually open the css URL and do a hard
refresh. My users won't be doing this …


Met vriendelijke groeten,

Jan Dockx

PeopleWare NV - Head Office
Cdt.Weynsstraat 85
B-2660 Hoboken
Tel: +32 3 448.33.38
Fax: +32 3 448.32.66

PeopleWare NV - Branch Office Geel
Kleinhoefstraat 5
B-2440 Geel
Tel: +32 14 57.00.90
Fax: +32 14 58.13.25

http://www.peopleware.be/
http://www.mobileware.be/

<x-tad-smaller>Met vriendelijke groeten,

Jan Dockx
</x-tad-smaller><x-tad-smaller>
PeopleWare NV - Head Office</x-tad-smaller><x-tad-smaller>
Cdt.Weynsstraat 85
B-2660 Hoboken
Tel: +32 3 448.33.38
Fax: +32 3 448.32.66 </x-tad-smaller><x-tad-bigger>
</x-tad-bigger><x-tad-smaller>
PeopleWare NV - Branch Office Geel</x-tad-smaller><x-tad-smaller>
Kleinhoefstraat 5
B-2440 Geel
Tel: +32 14 57.00.90
Fax: +32 14 58.13.25</x-tad-smaller><x-tad-bigger>
</x-tad-bigger><x-tad-smaller>
http://www.peopleware.be/
</x-tad-smaller><x-tad-smaller>http://www.mobileware.be/</x-tad-smaller>