CODEWITHSUNDEEP
javawicket
Scott Faria
Scott Faria

Reputation: 270

Java/Wicket - How to stop browsers from caching pages?

I have a Java/Wicket page that generates a JNLP file that launches my company's software. This class will optionally take some url parameters and embed them as arguments in the JNLP. When the user launches this JNLP file the client application will perform some function based on those parameters. If the client software is already running on the machine, hitting the JNLP page will instead try to feed these parameters via a remote call to the running client instead of launching a new page.

This part is where I'm having issues. On IE, Firefox and Chrome I could open a new client, but trying to hit the same URL again would instead return a JNLP file. I found that clearing the browser cache fixes this issue on all browsers. Also, I cannot seem to hit breakpoints in the JNLP class, which enforces my hunch that this is more of an issue with the request than something strange with Wicket.

I put the following code in my page class, which extends org.apache.wicket.markup.html.WebPage:

@Override
protected void setHeaders(WebResponse response) {
    getPageMap().remove(this);
    HttpServletResponse httpServletResponse = response.getHttpServletResponse();
    if (httpServletResponse != null) {
        httpServletResponse.setDateHeader("Expires", 0);
        httpServletResponse.addHeader("Cache-Control", "no-cache,no-store,private,must-revalidate,max-stale=0,post-check=0,pre-check=0");
        httpServletResponse.addHeader("Keep-Alive", "timeout=3, max=993");
    }
}

This doesn't seem to work, as Firefox 3.6 still seems to cache the result. IE 7 will work but only after trying the link I create a few times. I don't know a lot about web development and Wicket and this is new to me so it's possible I'm missing something simple.

TL;DR: How do I get a Wicket page to not cache on the client browser?

Upvotes: 7

Views: 8023

Answers (6)

João Pinto
João Pinto

Reputation: 5619

Please check the following page: https://web.archive.org/web/20120104201334/http://palisade.plynt.com:80/issues/2008Jul/cache-control-attributes/

Firefox should honor the "Cache-Control" header.

Upvotes: 2

Mariagrazia.B
Mariagrazia.B

Reputation: 71

Have you ever tried to load pages using window.location.replace?

Upvotes: 0

Onlinee
Onlinee

Reputation: 1

Wicket 6.11.0: Application.get().getResourceSettings().setDefaultCacheDuration(Duration.NONE);

Upvotes: 0

neurolabs
neurolabs

Reputation: 542

response.setHeader( "Expires", "0" );
response.setHeader( "Cache-Control", "no-store, no-cache, must-revalidate, max-age=0, private" );
response.setHeader( "Pragma", "no-cache" );

This works with IE, Firefox and so on, the only browser with which it certainly does not work is konqueror.

Upvotes: 0

Don Roby
Don Roby

Reputation: 41127

A hack used in some of the Wicket internals (see for example the source for org.apache.wicket.markup.html.image.NonCachingImage) is to add random noise to the url.

Basically, if you're generating the urls that the browser calls, you can add a parameter ignored by the web application that varies randomly and fools the browser into ignoring its cache.

Upvotes: 6

zckman
zckman

Reputation: 436

I don't know Wicket very well but have you tried using WebResponse.setLastModifiedTime(Time time)? I know FF sends an If-Modified-Since header to which your server would reply with 304 Not Modified or the normal response.

It would seem natural to me that your server would check the lastModifiedTime on WebResponse to decide.

If that doesn't help I would suggest you get Firebug for Firefox and take a look at the requests and responses.

Upvotes: 0

Related Questions