struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "BONNET Francois-Xavier" <francois-xavier.f.bonnet-renex...@renault.com>
Subject Re: Browser's cache
Date Tue, 24 Sep 2002 12:04:33 GMT
Message "This page has expired" occurs when you go back to a page resulting
from a "POST" HTTP request. Accordiong to HTTP specification, browsers must
not cache this pages.

If you don't want this message, you can change the "method" attribute of
your html <FORM> tag to "GET".

I hope this helps.
----- Original Message -----
From: "Chanoch" <mail@chanoch.com>
To: "'Struts Developers List'" <struts-dev@jakarta.apache.org>
Sent: Tuesday, September 24, 2002 12:03
Subject: RE: Browser's cache


> As a slight side bar...
>
> I've had some problems from a usability point of view. I've never had
> any problems with any IE's or Opera caching things when I set the
> following:
>
> response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
> response.setHeader("Pragma","no-cache"); //HTTP 1.0
> response.setDateHeader ("Expires", 0); //prevents caching at the proxy
> server
>
> In my case, the page being preserved in a back button move is actually
> _desired_ as we have some power users who benefit from this. However,
> both browsers regularly give "This page has expired" notices which are
> ugly and frustrating - any suggestions?
>
> chanoch
>
>
> -------------------------------------------------------------
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you
> received this in error, please contact the sender and delete the
> material from any computer. Although we routinely screen for viruses,
> recipients should check this e-mail and any attachment for viruses. We
> make no warranty as to absence of viruses in this e-mail or any
> attachments.
>
>
> -----Original Message-----
> From: David Graham [mailto:dgraham1980@hotmail.com]
> Sent: 23 September 2002 19:14
> To: struts-dev@jakarta.apache.org
> Subject: Re: Browser's cache
>
>
> No that is not what I meant.  I understand that it sets those header
> parameters but that doesn't mean the browser necessarily cares about
> them.
> We tried to do this with IE 5 and 5.5 without much success.  I think
> Eddie's
> idea would work without needing to alter the struts code.
>
> Dave
>
>
> >From: "BONNET Francois-Xavier"
> ><francois-xavier.f.bonnet-renexter@renault.com>
> >Reply-To: "Struts Developers List" <struts-dev@jakarta.apache.org>
> >To: "Struts Developers List" <struts-dev@jakarta.apache.org>
> >Subject: Re: Browser's cache
> >Date: Mon, 23 Sep 2002 18:06:34 +0200
> >
> >Actually, when you set "nocache" parameter to "true" Struts sets 3 HTTP
>
> >headers :
> >             ...
> >             response.setHeader("Pragma", "No-cache");
> >             response.setHeader("Cache-Control", "no-cache");
> >             response.setDateHeader("Expires", 1);
> >             ...
> >
> >With these 3 headers, you can be sure that your page is not stored on
> >disk cache, this works with every borwser even IE. When you say IE
> >doesn't read that tag properly, I suppose you mean IE reuses its memory
>
> >cache when you use "back" button. This is allowed by HTTP 1.0
> >specification (RFC 1945). If you go to the page by clicking a link, it
> >is going to be refreshed.
> >
> >My goal is to help developpers optimizing browsers caches without
> >having to know perfectly HTTP 1.0 specification and without setting
> >http headers in their action classes.
> >
> >----- Original Message -----
> >From: "David Graham" <dgraham1980@hotmail.com>
> >To: <struts-dev@jakarta.apache.org>
> >Sent: Monday, September 23, 2002 17:40
> >Subject: Re: Browser's cache
> >
> >
> >All browsers do not listen to the nocache meta tag, which is what I
> >think you're talking about.  Even IE doesn't read that tag properly.
> >So, it may not be worth the effort to add this to struts.  Your struts
> >actions classes could add the nocache header to the response before
> >sending which would acheive what you want just not through
> >struts-config.xml.
> >
> >Dave
> >
> >
> > >From: "BONNET Francois-Xavier"
> > ><francois-xavier.f.bonnet-renexter@renault.com>
> > >Reply-To: "Struts Developers List" <struts-dev@jakarta.apache.org>
> > >To: <struts-dev@jakarta.apache.org>
> > >Subject: Browser's cache
> > >Date: Mon, 23 Sep 2002 16:55:26 +0200
> > >
> > >Hi everyone,
> > >
> > >
> > >A good way to improve applications performances is to use browsers
> >caches,
> > >reusing a cached page makes you save a lot of CPU and network
> > >traffic.
> > >
> > >HTTP protocol is rich enough to let you decide when you want a page
> > >to be recalculated or retreived from cache but Struts does not take
> > >advantage
> >of
> > >this : you can only set the parameter "nocache" of ActionServlet to
> >"true"
> > >or "false". I think it would be usefull if Struts could do more.
> > >
> > >Has someone already worked on this ?
> > >If not I could work on it
> > >
> > >What I would like to add to Struts is being able to set each action's
> >cache
> > >control parameters in struts-config file
> > >I can see 5 types of actions :
> > >1)    Actions that can be cached for a given amount of time -> using
> HTTP
> > >headers "Expires" and "Max-Age"
> > >2)    Actions than can be cached but need a conditional request, up
> to
> >the
> > >action to decide if cached version can be reused -> using headers
> > >"Last-Modified" and "E-tag"
> > >3)    Actions that must be refreshed depending of the value of a
> token.
> > >This
> > >could be obtained by extending <html:link> tag to add the token to
> > >the
> >URL
> > >so that the URL of the action in calling pages changes.
> > >4)    Actions that must not be cached at all.
> > >5)    Actions that can be cached with no limit
> > >
> > >Someone interested ?
> > >
> > >
> > >Thanks,
> > >
> > >Francois-Xavier Bonnet
> > >
> > >
> > >--
> > >To unsubscribe, e-mail:
> > ><mailto:struts-dev-unsubscribe@jakarta.apache.org>
> > >For additional commands, e-mail:
> > ><mailto:struts-dev-help@jakarta.apache.org>
> >
> >
> >
> >
> >_________________________________________________________________
> >Join the world's largest e-mail service with MSN Hotmail.
> >http://www.hotmail.com
> >
> >
> >--
> >To unsubscribe, e-mail:
> ><mailto:struts-dev-unsubscribe@jakarta.apache.org>
> >For additional commands, e-mail:
> ><mailto:struts-dev-help@jakarta.apache.org>
> >
> >
> >
> >
> >--
> >To unsubscribe, e-mail:
> ><mailto:struts-dev-unsubscribe@jakarta.apache.org>
> >For additional commands, e-mail:
> ><mailto:struts-dev-help@jakarta.apache.org>
>
>
>
>
> _________________________________________________________________
> Join the world's largest e-mail service with MSN Hotmail.
> http://www.hotmail.com
>
>
> --
> To unsubscribe, e-mail:
> <mailto:struts-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
> <mailto:struts-dev-help@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
<mailto:struts-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
<mailto:struts-dev-help@jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <mailto:struts-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org>


Mime
View raw message