Hello,
An application is lauched through a jnlp file. Now the problem is that the browser uses a previously cached vrsion of the file insted to retrieve a new one.
Info:
- the jnlp deployed on WebShpere.
- offline is not allowed in the jnlp file, but this has to do with the JWS cache only.
- there is a ServletFilter which sets the "expires" header, and/or the max-age together with forcing of the refresh. I tried here all the combinations possible I think...
- the browser is IE 6.0.1 .
- the connection to the Web application is made throug https. This is way Pragma "no-cache" or similar headers could not be set otherwise the jnlp file would not get downloaded (there is an IE bug report made for that).
- in the Websphere web server all the browser requests appear as "GET" and not "HEAD".
So, the browser asks through a GET for a new jnlp file always but all it does is updating the Expiration time of the one already existing in its cache. The old one is used.
Any Ideas?
Thanks,
Cristian
An application is lauched through a jnlp file. Now the problem is that the browser uses a previously cached vrsion of the file insted to retrieve a new one.
Info:
- the jnlp deployed on WebShpere.
- offline is not allowed in the jnlp file, but this has to do with the JWS cache only.
- there is a ServletFilter which sets the "expires" header, and/or the max-age together with forcing of the refresh. I tried here all the combinations possible I think...
- the browser is IE 6.0.1 .
- the connection to the Web application is made throug https. This is way Pragma "no-cache" or similar headers could not be set otherwise the jnlp file would not get downloaded (there is an IE bug report made for that).
- in the Websphere web server all the browser requests appear as "GET" and not "HEAD".
So, the browser asks through a GET for a new jnlp file always but all it does is updating the Expiration time of the one already existing in its cache. The old one is used.
Any Ideas?
Thanks,
Cristian