Thanks, that's useful, but its not the behavior I am seeing. 

Basically, if I navigate to a page I have been on before except when
using the back and forward buttons (usually through a hyperlink), IE
shows a page expired notice, and opera says "redirected to" (redirected
to blank). This discourages me from using my nocache tag but causes
problems with cached info. In the end tho, usability is higher than
absolute accuracy in this app so I am forced to switch it off...


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: BONNET Francois-Xavier
[mailto:[EMAIL PROTECTED]] 
Sent: 24 September 2002 13:05
To: Struts Developers List
Subject: Re: Browser's cache


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" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
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:[EMAIL PROTECTED]]
> Sent: 23 September 2002 19:14
> To: [EMAIL PROTECTED]
> 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" 
> ><[EMAIL PROTECTED]>
> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> >To: "Struts Developers List" <[EMAIL PROTECTED]>
> >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" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >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" 
> > ><[EMAIL PROTECTED]>
> > >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> > >To: <[EMAIL PROTECTED]>
> > >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:[EMAIL PROTECTED]>
> > >For additional commands, e-mail: 
> > ><mailto:[EMAIL PROTECTED]>
> >
> >
> >
> >
> >_________________________________________________________________
> >Join the world's largest e-mail service with MSN Hotmail. 
> >http://www.hotmail.com
> >
> >
> >--
> >To unsubscribe, e-mail: 
> ><mailto:[EMAIL PROTECTED]>
> >For additional commands, e-mail: 
> ><mailto:[EMAIL PROTECTED]>
> >
> >
> >
> >
> >--
> >To unsubscribe, e-mail: 
> ><mailto:[EMAIL PROTECTED]>
> >For additional commands, e-mail: 
> ><mailto:[EMAIL PROTECTED]>
>
>
>
>
> _________________________________________________________________
> Join the world's largest e-mail service with MSN Hotmail. 
> http://www.hotmail.com
>
>
> --
> To unsubscribe, e-mail: 
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: 
> <mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>


--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to