RE: cache issue
Using ie6, when I use the 'previous page' link from the browser, the request.getHeader(referer) value is untrue. If I link through a site, A - B - C then back to B, the 'referer' value still shows A. Has anyone resolved this please? regards DaveP -Original Message- From: David Causse When using tomcat 5.5.7 with apache 1.3.x I have problem that pages I have visited before are cached in the browser -so changes cannot be seen. I don't have this problem when I just use tomcat as the web-server, only once I started using apache. Clearly this is a problem because the url is the same and that's just they way browsers work. Is there any solution to this problem. Is there some way I change add a random parameter to each url request (built with c:url for example http://domain/mypage.jsp?random=tr445e) - that would fix it or is there some config property in apache/tomcat to resolve this? Hi Steven, I have to use this hack to fix an MS IE bug that didn't reload correctly page that are opened as modal windows, but you should not do this for normal pages except if you find a bug in a product you don't have any control. I don't have any problems like this with apache 2/mod_jk2/tomcat 5.0.28 but we have http meta no-cache in our jsps. -- 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]
cache issue
Hi, When using tomcat 5.5.7 with apache 1.3.x I have problem that pages I have visited before are cached in the browser -so changes cannot be seen. I don't have this problem when I just use tomcat as the web-server, only once I started using apache. Clearly this is a problem because the url is the same and that's just they way browsers work. Is there any solution to this problem. Is there some way I change add a random parameter to each url request (built with c:url for example http://domain/mypage.jsp?random=tr445e) - that would fix it or is there some config property in apache/tomcat to resolve this? Thanks, Steve. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cache issue
Steven Pannell wrote: Hi, When using tomcat 5.5.7 with apache 1.3.x I have problem that pages I have visited before are cached in the browser -so changes cannot be seen. I don't have this problem when I just use tomcat as the web-server, only once I started using apache. Clearly this is a problem because the url is the same and that's just they way browsers work. Is there any solution to this problem. Is there some way I change add a random parameter to each url request (built with c:url for example http://domain/mypage.jsp?random=tr445e) - that would fix it or is there some config property in apache/tomcat to resolve this? Hi Steven, I have to use this hack to fix an MS IE bug that didn't reload correctly page that are opened as modal windows, but you should not do this for normal pages except if you find a bug in a product you don't have any control. I don't have any problems like this with apache 2/mod_jk2/tomcat 5.0.28 but we have http meta no-cache in our jsps. Good luck. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat jsp taglib/compilation/cache issue
Hi, I have a tomcat taglib problem. If it's not something obvious, I would appreciate if anyone could give me a hand fixing it - hopefully I am not out of line on this newsgroup, but the server is in production and I am all out of ideas so I am happy to negotatiate a rate if it takes some time to solve. Here's an outline of the problem: 1) Tomcat/apache setup with a JSP form 2) custom taglib that handles form submissions 3) upon submit and correct field validation, the user is sent to a different page. Otherwise the same page comes back with error messages. This was all working on the old server, so either the new version of tomcat is a problem, or the setup is somehow wrong. I have the info from the previous setup. Here's the problem: Once the jsp page is edited or touched, and tomcat compiles the page, the following happens: 1) If the user correctly fills out the form, they get redirected correctly to the next page (this can be repeated over and over) 2) once any user fills out the form incorrectly and they get the same page with please complete the form correctly, any future submissions (whether valid or not) get the same page with the same please complete the form correctly message. This happens until the page is edited or touched, after which all correct submissions work until someone puts in bad data and then it keeps looping. It seems like some kind of global variable or caching issue to me, but I am not expert with taglibs and tomcat so I need some help! If anyone thinks you might be able to solve it, send me a note to discuss. Thanks, -Sacha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: A application level cache Issue in the newest TC 5
Anyone? Note: forwarded message attached. __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail ---BeginMessage--- I have the following debugging code in one region/section (of a page) of JSP files. pageContext.getRequest().getLocale() pageContext.getResponse().getLocale() On the TC 4.1.29 (and up to 5.0.19 I believe), the values are the followings: en_CA en_CA But, on TC 5.0.25, en_CA zh The first request was from a browser with Chinese on the top of the accepted-language list. It seems to me that it is due to application level cache. It is only applied for the header and footer of a page, but not the body. The tagPool in the server.xml is off. How to resolve this unexpected problem? Thanks, v. __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
A application level cache Issue in the newest TC 5
I have the following debugging code in one region/section (of a page) of JSP files. pageContext.getRequest().getLocale() pageContext.getResponse().getLocale() On the TC 4.1.29 (and up to 5.0.19 I believe), the values are the followings: en_CA en_CA But, on TC 5.0.25, en_CA zh The first request was from a browser with Chinese on the top of the accepted-language list. It seems to me that it is due to application level cache. It is only applied for the header and footer of a page, but not the body. The tagPool in the server.xml is off. How to resolve this unexpected problem? Thanks, v. __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jsp cache issue
So considering TC is writing these temp files to whereever it is started from and *not* the /work directory should I log this as a bug? -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: 20 November 2003 14:59 To: Tomcat Users List Subject: Re: jsp cache issue Tim, Actually[without more digging] - I thought tomcat should be writing to $CATALINA_HOME/work Yeah, that's what I thought it was there for. If it doesn't write to the work dir, it should at least write to the tmpdir or whatever that thing is. -chris - 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: jsp cache issue
Look at bugzilla (use ant in the description), it might be an ANT config related issue. I remember something about files being written to weird places and it was due to ant. -Tim Euan Guttridge wrote: So considering TC is writing these temp files to whereever it is started from and *not* the /work directory should I log this as a bug? -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: 20 November 2003 14:59 To: Tomcat Users List Subject: Re: jsp cache issue Tim, Actually[without more digging] - I thought tomcat should be writing to $CATALINA_HOME/work Yeah, that's what I thought it was there for. If it doesn't write to the work dir, it should at least write to the tmpdir or whatever that thing is. -chris - 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]
RE: jsp cache issue
Nothing found in bugzilla. Logged as new bug. Thanks Euan -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 24 November 2003 16:59 To: Tomcat Users List Subject: Re: jsp cache issue Look at bugzilla (use ant in the description), it might be an ANT config related issue. I remember something about files being written to weird places and it was due to ant. -Tim Euan Guttridge wrote: So considering TC is writing these temp files to whereever it is started from and *not* the /work directory should I log this as a bug? -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: 20 November 2003 14:59 To: Tomcat Users List Subject: Re: jsp cache issue Tim, Actually[without more digging] - I thought tomcat should be writing to $CATALINA_HOME/work Yeah, that's what I thought it was there for. If it doesn't write to the work dir, it should at least write to the tmpdir or whatever that thing is. -chris - 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]
Re: jsp cache issue
Is it similar to: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18485 -Tim Euan Guttridge wrote: Nothing found in bugzilla. Logged as new bug. Thanks Euan -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 24 November 2003 16:59 To: Tomcat Users List Subject: Re: jsp cache issue Look at bugzilla (use ant in the description), it might be an ANT config related issue. I remember something about files being written to weird places and it was due to ant. -Tim Euan Guttridge wrote: So considering TC is writing these temp files to whereever it is started from and *not* the /work directory should I log this as a bug? -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: 20 November 2003 14:59 To: Tomcat Users List Subject: Re: jsp cache issue Tim, Actually[without more digging] - I thought tomcat should be writing to $CATALINA_HOME/work Yeah, that's what I thought it was there for. If it doesn't write to the work dir, it should at least write to the tmpdir or whatever that thing is. -chris - 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]
Re: jsp cache issue
Tim, Is it similar to: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18485 This seems to indicate that Tomcat uses ant internally to compile (translated) JSP files. Is this accurate? -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp cache issue
(AFIAK) yes -Tim Christopher Schultz wrote: Tim, Is it similar to: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18485 This seems to indicate that Tomcat uses ant internally to compile (translated) JSP files. Is this accurate? -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jsp cache issue
Yes, that's the one. Marked mine as duplicate. Thanks Euan Christopher Schultz wrote: Tim, Is it similar to: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18485 This seems to indicate that Tomcat uses ant internally to compile (translated) JSP files. Is this accurate? -chris - 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: jsp cache issue
Actually[without more digging] - I thought tomcat should be writing to $CATALINA_HOME/work -Tim Justin Ruthenbeck wrote: If it wrote to the same place you started it from (ie where the scripts/exe live), that could be a potential problem. It's actually writing to it's own exclusive work directory, though, that's used only for temporary files -- this is reasonable. Where would you rather have it write to? justin At 03:39 PM 11/19/2003, you wrote: For the most part, Yup -Tim Euan Guttridge wrote: Hi, I have noticed that TC creates a temp file (example name = files02123412) when compiling jsps. It will only exist for a few seconds, presumably while the compilation takes place, then is deleted. Here is the annoying part - they are created in the directory from which you started tomcat - so if you start TC from a dir which TC does not have write permissions to the jsp will never compile. This temp file will simply contain ascii text for example : /usr/local/tomcat/work/Standalone/localhost/_/jsp/diagnostics/diagpage_jsp. java Is this behaviour by design? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp cache issue
Tim, Actually[without more digging] - I thought tomcat should be writing to $CATALINA_HOME/work Yeah, that's what I thought it was there for. If it doesn't write to the work dir, it should at least write to the tmpdir or whatever that thing is. -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jsp cache issue
Hi, I have noticed that TC creates a temp file (example name = files02123412) when compiling jsps. It will only exist for a few seconds, presumably while the compilation takes place, then is deleted. Here is the annoying part - they are created in the directory from which you started tomcat - so if you start TC from a dir which TC does not have write permissions to the jsp will never compile. This temp file will simply contain ascii text for example : /usr/local/tomcat/work/Standalone/localhost/_/jsp/diagnostics/diagpage_jsp. java Is this behaviour by design? Thanks Euan TC4.1.27, RH9 (LD_ASSUME_KERNAL=2.4.1) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp cache issue
For the most part, Yup -Tim Euan Guttridge wrote: Hi, I have noticed that TC creates a temp file (example name = files02123412) when compiling jsps. It will only exist for a few seconds, presumably while the compilation takes place, then is deleted. Here is the annoying part - they are created in the directory from which you started tomcat - so if you start TC from a dir which TC does not have write permissions to the jsp will never compile. This temp file will simply contain ascii text for example : /usr/local/tomcat/work/Standalone/localhost/_/jsp/diagnostics/diagpage_jsp. java Is this behaviour by design? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp cache issue
If it wrote to the same place you started it from (ie where the scripts/exe live), that could be a potential problem. It's actually writing to it's own exclusive work directory, though, that's used only for temporary files -- this is reasonable. Where would you rather have it write to? justin At 03:39 PM 11/19/2003, you wrote: For the most part, Yup -Tim Euan Guttridge wrote: Hi, I have noticed that TC creates a temp file (example name = files02123412) when compiling jsps. It will only exist for a few seconds, presumably while the compilation takes place, then is deleted. Here is the annoying part - they are created in the directory from which you started tomcat - so if you start TC from a dir which TC does not have write permissions to the jsp will never compile. This temp file will simply contain ascii text for example : /usr/local/tomcat/work/Standalone/localhost/_/jsp/diagnostics/diagpage_jsp. java Is this behaviour by design? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Justin Ruthenbeck Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]