Cool. Was just writing a response about the headers tomcat adds when
using a security restraint. But you've already worked it out...
I've only seen the problem when using IE with SSL + security constraint
but i guess it's more of a general problem. :(
Jon
Rob Tomlin wrote:
ah the old IE + SSL
> ah the old IE + SSL + cacheing problem ;)
This seems to solve the problem:
response.setHeader("Cache-Control", "public");
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> ah the old IE + SSL + cacheing problem ;)
I am not using SSL,
I haveadding the suggested code it does not
solve the problem...
Cheers
Rob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
ah the old IE + SSL + cacheing problem ;)
Try adding:
final String userAgent = request.getHeader("user-agent");
if (response.containsHeader("Pragma")
&& userAgent!=null
&& userAgent.toUpperCase().indexOf("MSIE")>-1) {
response.setHeader("Pragma", "public");
}
Solved it for us.
Jon
R
Hi,
I have a serlvet that is used to download a file to the client.
I am using Tomcat 4.1.24, with IE6.
All is fine when no is applied in the deployment
descriptor, but when I introduce such a constraint the file cannot be
downloaded. I recieve the error:
Internet Explorer cannot download serv