shale-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "sean schofield (JIRA)" <j...@apache.org>
Subject [jira] Updated: (SHALE-140) Remoting should set cache-disabling headers on dynamic calls
Date Thu, 06 Jul 2006 03:13:16 GMT
     [ http://issues.apache.org/struts/browse/SHALE-140?page=all ]

sean schofield updated SHALE-140:
---------------------------------

        Summary: Remoting should set cache-disabling headers on dynamic calls  (was: [shale]
Remoting should set cache-disabling headers on dynamic calls)
    Bugzilla Id:   (was: 39191)
      Component: Remoting

> Remoting should set cache-disabling headers on dynamic calls
> ------------------------------------------------------------
>
>          Key: SHALE-140
>          URL: http://issues.apache.org/struts/browse/SHALE-140
>      Project: Shale
>         Type: Improvement

>   Components: Remoting
>  Environment: Operating System: other
> Platform: Other
>     Reporter: Craig McClanahan
>     Priority: Minor

>
> Currently, Shale Remoting's support for dynamic calls (mapped to a method
> binding expression) expressly skip setting a Date header on the corresponding
> response.  In theory, this should avoid the browser caching previous responses
> for the same URL -- but apparently some versions of IE do this caching anyway.
> Suggestion is to have the Processor for dynamic responses emit the same headers
> that Struts 1.x does when "no-cache" support is requested:
>     Pragma:  No-Cache
>     Cache-Control: no-cache,no-store,max-age-0
>     Expires: <<<date for the long value 1>>>

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message