Design questions...

Should this noCache be in an Interceptor in the first place ?

Should it be in a Result ? i.e. NoCacheVelocityResult ?

Are results "interceptorable" ?

----- Original Message ----- 
From: "Cameron Braid" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 03, 2003 8:34 PM
Subject: RE: [OS-webwork] No Cache result...


> Headers need to be set before the response is committed. (ie started to
> be sent to the client) since they get added to the start of the http
> response, before the body.
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] On 
> > Behalf Of Bernard Choi
> > Sent: Friday, 3 October 2003 9:25 PM
> > To: [EMAIL PROTECTED]
> > Subject: [OS-webwork] No Cache result...
> > 
> > 
> > Greetings all,
> > 
> > managed to get it work, but not sure why.
> > 
> > The fix was as follows : 
> > 
> > public String intercept(ActionInvocation invocation) 
> > throws Exception {
> > HttpServletResponse response = 
> > ServletActionContext.getResponse();
> > response.addHeader("expires", "-1"); 
> > response.addHeader("pragma", "no-cache");
> > response.addHeader("cache-control", "no-store, 
> > no-cache, must-revalidate");
> > 
> > String result = invocation.invoke();
> > 
> > return result;
> > }
> > 
> > By setting the response BEFORE the invokation. No idea why though. 
> > 
> > 
> > >Greetings all,
> > >
> > >Just to check, is there something special about the way WW2 
> > handles the 
> > >httpResponses ?
> > >
> > >I have a need to disable the cacheing for a number of pages, 
> > and thus, 
> > >an interceptor was written to set the relevant headers in the 
> > >httpResponse.
> > >
> > > public String intercept(ActionInvocation invocation) 
> > throws Exception {
> > > String result = invocation.invoke();
> > > 
> > > HttpServletResponse response = 
> > ServletActionContext.getResponse();
> > > response.addHeader("expires", "-1"); 
> > > response.addHeader("pragma", "no-cache");
> > > response.addHeader("cache-control", "no-store, 
> > no-cache, 
> > >must-revalidate");
> > >
> > > return result;
> > > }
> > >
> > >I see that the response is indeed being set, but by the time 
> > it reaches
> > the
> > >browser, the results are still being cached.
> > >
> > >Just to check , is this the proper way to handle the response ?
> > >
> > >
> > >
> > >-------------------------------------------------------
> > >This sf.net email is sponsored by:ThinkGeek
> > >Welcome to geek heaven.
> > >http://thinkgeek.com/sf 
> > _______________________________________________
> > >Opensymphony-webwork mailing list
> > >[EMAIL PROTECTED]
> > >https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
> > >
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Opensymphony-webwork mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
> > 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Opensymphony-webwork mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

Reply via email to