RE: error-page in web.xml and cache-control
-Original Message- From: Jason Bainbridge > Hence I'm looking for a means of trapping that error for either a > re-direct, or to an error page. HTTP 1.1 seems not to class that as an > error, hence I'm looking for another way to access that 'bad' state. I don't think you can do anything about that, I don't think a request even hits the server for it, install ieHttpHeaders (google it) and monitor the request/response headers to see what is going on but I'm fairly sure you won't see anything hitting the server from that back button press. Aaarggh! Thanks Jason, appreciated. Now I know I'm chasing shadows I'll address that differently. regards DaveP. -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error-page in web.xml and cache-control
On Apr 6, 2005 5:01 AM, Pawson, David <[EMAIL PROTECTED]> wrote: > Hence I'm looking for a means of trapping that error for either > a re-direct, or to an error page. HTTP 1.1 seems not to class > that as an error, hence I'm looking for another way to access that > 'bad' state. I don't think you can do anything about that, I don't think a request even hits the server for it, install ieHttpHeaders (google it) and monitor the request/response headers to see what is going on but I'm fairly sure you won't see anything hitting the server from that back button press. Regards, -- Jason Bainbridge http://kde.org - [EMAIL PROTECTED] Personal Site - http://jasonbainbridge.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error-page in web.xml and cache-control
On Apr 6, 2005 3:39 PM, Pawson, David <[EMAIL PROTECTED]> wrote: > Bit of clarification. > A = initial page > B = target of link > both pages have cachecontrol set to no-cache. > > Follow link from A > Hit back button > > then the message shows. > > The only time I get *any* of my error pages to show > is when I do a refresh on A, after getting there by a back button. > Then it goes to the > > > 404 > /file_not_found.html > > > page. > > Typing in a bad address shows the standard ie6 404 page. > > regards DaveP > > > -Original Message- > From: Jon Wingfield > > Sounds like the message IE gives when you hit back to a > page served in response to a POST request. > > http://theserverside.com/news/thread.tss?thread_id=28366 > http://theserverside.com/news/thread.tss?thread_id=29758 > > It is Jon. As that (rather long:-) thread indicates, I'm > similarly trying to maintain state through the website, and > a user hitting back screws that up. > > Hence I'm looking for a means of trapping that error for > either a re-direct, or to an error page. HTTP 1.1 seems not > to class that as an error, hence I'm looking for another > way to access that 'bad' state. > > regards DaveP > > -- > DISCLAIMER: > > NOTICE: The information contained in this email and any > attachments is confidential and may be privileged. If you > are not the intended recipient you should not use, > disclose, distribute or copy any of the content of it or of > any attachment; you are requested to notify the sender > immediately of your receipt of the email and then to delete > it and any attachments from your system. > > RNIB endeavours to ensure that emails and any attachments > generated by its staff are free from viruses or other > contaminants. However, it cannot accept any responsibility > for any such which are transmitted. > We therefore recommend you scan all attachments. > > Please note that the statements and views expressed in this > email and any attachments are those of the author and do > not necessarily represent those of RNIB. > > RNIB Registered Charity Number: 226227 > > Website: http://www.rnib.org.uk > > > - > 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] > > First you come to page A using HTTP POST method and browser is complaining about that when you go back to that page. You can check browser refresh in server side using tokens. If you use Struts it has built in APIs for it. -- Anto Paul www.benchmarksoft.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: error-page in web.xml and cache-control
Bit of clarification. A = initial page B = target of link both pages have cachecontrol set to no-cache. Follow link from A Hit back button then the message shows. The only time I get *any* of my error pages to show is when I do a refresh on A, after getting there by a back button. Then it goes to the 404 /file_not_found.html page. Typing in a bad address shows the standard ie6 404 page. regards DaveP -Original Message- From: Jon Wingfield Sounds like the message IE gives when you hit back to a page served in response to a POST request. http://theserverside.com/news/thread.tss?thread_id=28366 http://theserverside.com/news/thread.tss?thread_id=29758 It is Jon. As that (rather long:-) thread indicates, I'm similarly trying to maintain state through the website, and a user hitting back screws that up. Hence I'm looking for a means of trapping that error for either a re-direct, or to an error page. HTTP 1.1 seems not to class that as an error, hence I'm looking for another way to access that 'bad' state. regards DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - 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]
RE: error-page in web.xml and cache-control
-Original Message- From: Jon Wingfield Sounds like the message IE gives when you hit back to a page served in response to a POST request. http://theserverside.com/news/thread.tss?thread_id=28366 http://theserverside.com/news/thread.tss?thread_id=29758 It is Jon. As that (rather long:-) thread indicates, I'm similarly trying to maintain state through the website, and a user hitting back screws that up. Hence I'm looking for a means of trapping that error for either a re-direct, or to an error page. HTTP 1.1 seems not to class that as an error, hence I'm looking for another way to access that 'bad' state. regards DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: error-page in web.xml and cache-control
-Original Message- From: Anto Paul > > I'm using response.setHeader("cache-control","no-cache"); > > and tomcat is correctly telling me that the page has expired when I > use the browser back button. What is the exact message you get when clicking back button in browser ?. What browser you use ?. I think it is issued by browser not Tomcat. Warning: Page has Expired The page you requested was created using information you submitted in a form. This page is no longer available. As a security precaution, Internet Explorer does not automatically resubmit your information for you. To resubmit your information and view this Web page, click the Refresh button. Its ie 6. regards DaveP -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error-page in web.xml and cache-control
Sounds like the message IE gives when you hit back to a page served in response to a POST request. http://theserverside.com/news/thread.tss?thread_id=28366 http://theserverside.com/news/thread.tss?thread_id=29758 Anto Paul wrote: On Apr 6, 2005 1:46 PM, Pawson, David <[EMAIL PROTECTED]> wrote: I'm using response.setHeader("cache-control","no-cache"); and tomcat is correctly telling me that the page has expired when I use the browser back button. I can't find out what error (if any) this is, to trap it using the element. Is it possible to trap this error please? Regards DaveP. What is the exact message you get when clicking back button in browser ?. What browser you use ?. I think it is issued by browser not Tomcat. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error-page in web.xml and cache-control
On Apr 6, 2005 1:46 PM, Pawson, David <[EMAIL PROTECTED]> wrote: > > I'm using response.setHeader("cache-control","no-cache"); > > and tomcat is correctly telling me that the page has expired > when I use the browser back button. > > I can't find out what error (if any) this is, to trap it > using the element. > > Is it possible to trap this error please? > > Regards DaveP. > > snip here * > > -- > DISCLAIMER: > > NOTICE: The information contained in this email and any attachments is > confidential and may be privileged. If you are not the intended > recipient you should not use, disclose, distribute or copy any of the > content of it or of any attachment; you are requested to notify the > sender immediately of your receipt of the email and then to delete it > and any attachments from your system. > > RNIB endeavours to ensure that emails and any attachments generated by > its staff are free from viruses or other contaminants. However, it > cannot accept any responsibility for any such which are transmitted. > We therefore recommend you scan all attachments. > > Please note that the statements and views expressed in this email and > any attachments are those of the author and do not necessarily represent > those of RNIB. > > RNIB Registered Charity Number: 226227 > > Website: http://www.rnib.org.uk > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > What is the exact message you get when clicking back button in browser ?. What browser you use ?. I think it is issued by browser not Tomcat. -- Anto Paul www.benchmarksoft.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
error-page in web.xml and cache-control
I'm using response.setHeader("cache-control","no-cache"); and tomcat is correctly telling me that the page has expired when I use the browser back button. I can't find out what error (if any) this is, to trap it using the element. Is it possible to trap this error please? Regards DaveP. snip here * -- DISCLAIMER: NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system. RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments. Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB. RNIB Registered Charity Number: 226227 Website: http://www.rnib.org.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]