Right. IE is the problem. There's nothing "cargo cult" about it, and I am insulted by that comment (perhaps that was the point). I wouldn't post frivolous comments to this list. The problem is that some browsers (including versions of both Netscape and IE reportedly) will ignore the initial set of tags, because of a bug that results from a buffer size that must be reached before the browser considers the data to be a "page". In some instances, this technique (repeating the meta tags) has solved some developer caching problems, and I think it was suggested by Microsoft in the first place. If you don't believe me, search the Web.

In addition to the "Pragma" meta attribute, you apparently need this as well to ensure caching is disabled in IE 5:

<META HTTP-EQUIV="Expires" CONTENT="-1">

To summarize, put a "head" at the top and bottom of the page (before and after the body) if you want to ensure that these tags have the desired effect:

<HEAD>
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
<META HTTP-EQUIV="Expires" CONTENT="-1">
</HEAD>

I have no idea whether it's up-to-spec. Nor do I care, as HTML is an inappropriate language for building application views anyway.

Erik



Jim Barrows wrote:



-----Original Message-----
From: Chaikin, Yaakov Y. [mailto:[EMAIL PROTECTED]
Sent: Friday, January 07, 2005 10:22 AM
To: 'Struts Users Mailing List'
Subject: RE: cache problem


Very interesting... Is this legal according to the HTML spec?



Well. Let's see.... it's IE. A Microsoft product. Do they do anything according to any open standard?





Yaakov.

-----Original Message-----
From: Erik Weber [mailto:[EMAIL PROTECTED]
Sent: Friday, January 07, 2005 11:49 AM
To: Struts Users Mailing List
Subject: Re: cache problem

I don't know if this is your problem, but, to ensure that the "Pragma"
and "Expires" meta tags work properly (at least in IE), you have to put
them at the top of your page AND at the bottom of your page (I use a
second "head" tag after the closing "body" tag, repeating the meta tags).


Erik


Metin Erksan wrote:



hi
i put below code in my jsp and solved problem.however
i use html-meta tags it doesnot work.when i use this
method it works. but i dont understand why this occurs
like this

sincerely




<% response.setHeader("Cache-Control","no-cache"); //HTTP 1.1 response.setHeader("Pragma","no-cache"); //HTTP 1.0 response.setDateHeader ("Expires", 0); //prevents caching at the proxy server %>


--- Jim Barrows <[EMAIL PROTECTED]> wrote:









-----Original Message-----
From: Metin Erksan




[mailto:[EMAIL PROTECTED]




Sent: Friday, January 07, 2005 12:12 AM
To: user@struts.apache.org
Subject: cache problem


hi
i develop an insert/delete/update struts db




application.i use




jdeveloper10g and running embedded oc4j of




jdeveloper10g.when




i click "delete link" in my app, it deletes but




when i return




i can see that record.when i refresh page i cant




see taht




record and my delete operation succeed.how can i




correct this problem




i use "no-cache" option in html headers




Probably not a browser cache problem.  You are
probably forwarding to the jsp page, rather then the
action that sets the page up.  If you are forwarding
to the action, then the execute is not getting
called, or your otherwise not setting up the page.
What happens when you set a break point in your
code?





sincereley

---------------------------------
Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn




more.






---------------------------------------------------------------------




To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]







__________________________________
Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]





--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to