Konstantin,

Thank you for your reply.  I will try to be more specific.

The function I have on the page is a simple call to the OS (Mac) for the 
current date and time.  The first time the page is called, the current date and 
time is shown.  However, if the window is closed and the page is called again, 
the original date and time are shown, not the current date and time.  If I 
reload the page using menu commands, the date and time are updated, but 
re-opening the page does not update the date and time.  Note however, 
re-opening the page after 5 attempts, will eventually update the date and time.

I have set meta tags for no cache, no pragma, etc., all to no avail.

What is most interesting is that all of this worked in Tomcat 5.5.7, but now 
using Tomcat 5.5.34, re-opening a page does not automatically refresh content.

Can you point me to information concerning AccessLogValves, please.

I appreciate you time.

Stephen Caine


On Oct 6, 2011, at 7:47 PM, Konstantin Kolinko wrote:

> 2011/10/7 Stephen Caine <step...@commongrnd.com>:
>> List users,
>> 
>> I recently updated to Tomcat 5.5.34 from 5.5.7.  Keeping all the 
>> configuration files the same, I now notice that a jsp page that opens cached 
>> data whereas before the page always loaded updated data.  The call to the 
>> page is via a javascript using window.open.
>> 
> 
> Your description is too high-level.
> 
> You need to find what actually happens. Either
> a) the page generates stale data
> b) the page is not requested by browser (a stale copy is used)
> 
> a) happens on server,
> b) happens in the browser, but depends on what HTTP headers are
> returned with your response.
> 
> You need to perform some investigation, what really happens, and
> whether it is a) or b).
> At least, configure an AccessLogValve in Tomcat.
> 
>> Some questions…
>> 
>> 1.  Has Tomcat 5.5.34 introduced some change that might account for what I 
>> am experiencing?
> 
> :/
> 
>> 2.  Is there a setting in Tomcat that can be tweaked to address my issue?
> 
> See above.
> 
> Best regards,
> Konstantin Kolinko
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to