Return-Path: Delivered-To: apmail-jakarta-struts-dev-archive@apache.org Received: (qmail 9976 invoked from network); 24 Sep 2002 12:07:07 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 24 Sep 2002 12:07:07 -0000 Received: (qmail 17889 invoked by uid 97); 24 Sep 2002 12:07:31 -0000 Delivered-To: qmlist-jakarta-archive-struts-dev@jakarta.apache.org Received: (qmail 17759 invoked by uid 97); 24 Sep 2002 12:07:30 -0000 Mailing-List: contact struts-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list struts-dev@jakarta.apache.org Received: (qmail 17639 invoked by uid 98); 24 Sep 2002 12:07:29 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) X-Spam-Filter: check_local@xenia.renault.fr by digitalanswers.org Message-Id: <003201c263c2$8b7aa0b0$692ce60a@RPSDEV> From: "BONNET Francois-Xavier" To: "Struts Developers List" References: Subject: Re: Browser's cache Date: Tue, 24 Sep 2002 14:04:33 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N 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

tag to "GET". I hope this helps. ----- Original Message ----- From: "Chanoch" To: "'Struts Developers List'" 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" > > > >Reply-To: "Struts Developers List" > >To: "Struts Developers List" > >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" > >To: > >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" > > > > > >Reply-To: "Struts Developers List" > > >To: > > >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 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: > > > > > >For additional commands, e-mail: > > > > > > > > > > > > >_________________________________________________________________ > >Join the world's largest e-mail service with MSN Hotmail. > >http://www.hotmail.com > > > > > >-- > >To unsubscribe, e-mail: > > > >For additional commands, e-mail: > > > > > > > > > > > >-- > >To unsubscribe, e-mail: > > > >For additional commands, e-mail: > > > > > > > _________________________________________________________________ > Join the world's largest e-mail service with MSN Hotmail. > http://www.hotmail.com > > > -- > To unsubscribe, e-mail: > > For additional commands, e-mail: > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: