On top of that, GWT 2.7 explicitly sets a "modified time" on the nocache.js 
that doesn't actually reflects neither the time you compiled the project 
nor the latest modified time of the files used for the compilation (it sets 
it to the modified time of the gwt.xml file).
If you package your app as-is in a WAR, it's possible that your server will 
send the modified time as a Last-Modified response header and honor 
If-Modified-Since; and if the modified time happens to be earlier than or 
equal to that of your previous nocache.js, then the browser will use its 
(actually stale) cached version. Using ETag/If-Match instead of (or in 
addition to) Last-Modified/If-Modified-Since would mitigate the problem.
Otherwise, make sure your nocache.js modified time actually is "OK".
Note: the change has been reverted in 2.8, and the 
net.ltgt.gwt.maven:gwt-maven-plugin has a workaround for it.

On Tuesday, July 5, 2016 at 5:58:18 PM UTC+2, Jens wrote:
>
> Most likely a caching problem in your browser (your 
> <modulename>.nocache.js file is probably cached by the browser and asks for 
> an old permutation). *.cache.* and *.nocache.* must have correct HTTP 
> caching headers.
>
>
> http://www.gwtproject.org/doc/latest/DevGuideCompilingAndDebugging.html#perfect_caching
>
> -- J.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Reply via email to