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
