AW: Odd Page Caching Behavior
you may stop it by deleting the generated *.java files for your jsp-page(s) in the work directory of tomcat. -Ursprüngliche Nachricht- Von: Frank Lawlor [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 9. Mai 2001 17:34 An: Tomcat (E-mail) Betreff: Odd Page Caching Behavior Sometimes after developing for a while, Tomcat will stop showing my changes and insist on showing an old version of one or more of my pages. I have IE (5.50) set to re-access the page on every visit and deleting all the files and restarting IE doesn't fix the problem. Re-starting Tomcat and VisualAge doesn't fix it. Only re-boot works. I had one page, index.jsp, which I replace with a completely different content. It kept showing the old one. If I removed index.jsp, I would get a not found as expected, but as soon as I put the new index.jsp in, I would get the old content again. Weird. Any ideas on what is caching the pages? How to stop it. Frank Lawlor Athens Group, Inc. (512) 345-0600 x151 Athens Group, an employee-owned consulting firm integrating technology strategy and software solutions.
Re: Please urgent : Why french accentual characters (like à è) not display
Are you using jdk 1.3 on unix ? I had the same problem with special characters and solved it by setting the system variable LC_CTYPE correctly. (must be set and exported before the jvm with tomcat is started) In my case, the correct value was de_DE, in your case it probably would be fr_FR ... * stefan -Ursprüngliche Nachricht- Von: iscnet isc [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 26. April 2001 10:15 An: [EMAIL PROTECTED] Betreff: RE: Please urgent : Why french accentual characters (like à è) not display He, I am sure that the data is correct, I use another program (php script), it works fine, I am sure that the problem is in the tomcat or the web server config, or setting the best parameters. Can some one help me, From: William Kaufman [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: RE: Please urgent : Why french accentual characters (like à è) not display Date: Wed, 25 Apr 2001 09:10:28 -0700 OK, so it's not a browser issue: the characters are getting damaged before they even get to the browser. (Look at the page source--it's got ?s in it.) Are you even sure the characters are right when you hand them off to Tomcat? The reason I ask is that Oracle turns non-ASCII characters into ? if you didn't set its language correctly. Try printing your data to System.err in your application before writing it to the browser: if there are inappropriate question marks, it's getting damaged by whatever you're using to read the data, not by Tomcat or the browser: make sure your language in Java and whatever else you're using is set correctly. -- Bill K. -Original Message- From: iscnet isc [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 25, 2001 8:48 AM To: [EMAIL PROTECTED] Subject: Re: Please urgent : Why french accentual characters (like à è) not display Yes, I have a problem whehn generating the french accentual charcters, I seen them in IE 4 and 5, I always try in local network with the IIS, it works fine, but if I try with TOMCAT (which is installed in our internet server) it replaces all my accentual characters with ?, To see really the problem, please visit : http://www.isc-net.com/213bus and try internet in search (call to my servlet) From: Sam Newman [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Please urgent : Why french accentual characters (like à è) not display Date: Wed, 25 Apr 2001 16:31:41 +0100 you mean in the browser? Have you tried using another browser, or can you see the character in a normal static page? sam - Original Message - From: iscnet isc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 25, 2001 4:26 PM Subject: Please urgent : Why french accentual characters (like à è) not display Hello, I use tomcat, I wrote a servlet which works fine, but i have a problem in the french accentual characters, they always are replaced by ? character Can some one help me? Thank you _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. __ ___ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
AW: Charset Problem?
yep, i posted about this problem some days ago, with no reply. obviously a bug in the connector, which (by mistake) expects a Unicode-Charset. *stefan -Ursprüngliche Nachricht- Von: Andreas Schlegel [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 26. April 2001 11:57 An: [EMAIL PROTECTED] Betreff: Charset Problem? Hi, does anyone know this problem. Having an HTML form the user may type words like 'Köln' (ö - special german character). In one case the server receives the parameter 'Köln', in the other case it receives only 'K'. On the other hand the server has no problem to build + send HTML pages that contain words like 'Köln'. The Browser is always the same (i.e. Opera 5.0, IE 4.0). The application is the same. Could it be a charset problem? But I think by default, a server parses parameters using the common Latin-1 (ISO 8859-1) charset. That works for Western European languages. Works:: Configuration: Tomcat 3.2.1, MS-SQL 7, NT 4, runing in intranet Doesn't work: Configuration: Tomcat 3.2.1 as in-process addon with IIS 4, MS-SQL 7, NT 4, runing in internet Greetings, Andreas
AW: Two Depressed Questions
Maybe I can help you with the second question at least: I removed the default host and put several virtual hosts in my server.xml and some of them contain the same path "/". It works just beautifully. Maybe you throw out the default host like I did. If tomcat works like apache, it will use the first virtual host as default host anyway. Maybe there is also a problem using an empty "" path. cheers, *stefan 2. I set up two virtual hosts in server.xml in addition to the default host, which I left as-shipped. They each contain a context with a path = "". When I access 'www.host1.com:8080' I get the correct results. When I access 'www.host2.com:8080' I get a 503 error. Eliminating either entry allows the other to work. It appears to be a "Clash of the Contexts", where two contexts cannot have the same name, regardless of the host in which they are nexted. The following log error suggests something in this area too: 2001-04-05 05:33:37 StandardContext[]: Error initializing naming context for context 2001-04-05 05:33:37 StandardContext[]: Context startup failed due to previous errors
Tomcat handling non ascii-url characters
hi, i have run into a problem with non ascii-url characters. When there is e.g. the German = auml in an URL, I have to encode it as follows: APACHE alone, non-ascii character anywhere: http://mydomain.de/d%E4mlich.html TOMCAT standalone, non-ascii character anywhere: http://mydomain.de:8080/requ%E4st.jsp?dummy=d%E4mlich APACHE+TOMCAT, non-ascii character in parameters: http://mydomain.de/request.jsp?dummy=d%E4mlich Now before you say, this is really getting boring, watch out: APACHE+TOMCAT, non-ascii character in URI-part: http://mydomain.de/requ%C3%A4st.jsp Obviously, in the last example, the encoding follows rather Unicode than ISO-Latin. As this is conflicting with the "usual" behaviour shown above, I am looking for a solution for the last case. Does anybody know a workaround or a version of apache or tomcat or mod_jk that would solve the problem ? TIA for your help, Stefan BTW I am using: tomcat 3.2.1 apache 1.3.19, connected through mod_jk solaris 2.8 on intel jdk 1.3 from sun
AW: Tomcat 3.2 CPU utilization
Donnie, thank you for your hint. I have experienced similar problems with solaris 8 and tomcat 3.2.1. However I regret that I do not understand the mentioned problem: 6.11 Misconfiguration Can Cause CPU-Bound Loop If you misconfigure Tomcat 3.2 in a way that there is no valid context to handle a request (such as removing the root context and then attempting a request that should be handled by that context), Tomcat will enter a CPU-bound loop instead of responding with a 404 error. Workaround: kill the offending Tomcat process and correct your server.xml file such that there is a properly configured root context. Could anyone perhaps give an illustrative example ? TIA *stefan
Restricting access to localhost for ajp-port 8007
Hi, I've seen this question beeing asked a few times in the archives, but I didn't find any replies: How do I restrict access to tomcat listening e.g. on port 8007 for incoming requests from e.g. apache, using e.g. mod_jk ? There seems to be no possibility in the configuration to restrict access to the localhost, but maybe there is a patch or an upcoming release dealing with this issue ? At the moment, we do not have the money for a firewall, so any help would be greatly appreciated. Thanks in advance *sb - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Maximum length HTTP Request
Maybe you are using mod_jk with ajp13 ? It was not able to handle file uploads until tomcat 3.2.2b2. I ran into this problem and simply switched to ajp12. *stefan - original message - Von: Arendsen, Alef [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 13. Mrz 2001 11:15 An: '[EMAIL PROTECTED]' Betreff: RE: Maximum length HTTP Request Ok, thnx so far, but I'm 100% sure I'm using a post. It's not a form, but I'm using my own socket impl. of the http protocol to make it support timeouts and stuff... here it is, this is what I'm sending through the outputstream of the socket. The GET-requests all get redirected to www.smarthaven.com and the post request are actually executed. All the time when I'm using a length that doesn't exceed 2048 it actually works, when the length begins to exceed 2048, it doesn't work anymore, SO IN FACT, IT SEEMS THERE'S ALSO A LIMITATION ON THE POST?? (at least in Tomcat???). Somehow the last two CRLF don't arrive (get truncated) and the request isn't passed through ANY IDEAS??? thnx, Alef Arendsen www.smarthaven.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Cache problem with IE
IE has some strange caching policies. By saying "when the user JUST comes back ..." do you mean "when he hits the [back]-Button or uses javascript:history.back()" ? In this case, IE5.5 applies some kind of timeout-rule: if you hit "back" within a short intervall, it will display the cache, no matter how hard you try to tell it "don't do that". After some time has passed, it will reload the page upon going back. BTW, same problem if you type in an URL in the address-line: the cache will be used. You may look up this problem in php- or perl-related mailing-lists, there seems to be no other solution then the already mentioned "pragma", "cache-control" and "expiry-time"-headers. *stefan -- original message - Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von Zsolt Koppany Gesendet: Dienstag, 13. Mrz 2001 17:32 An: [EMAIL PROTECTED] Betreff: Re: Cache problem with IE I have the problem under Windows (I don't have Mac). My goal is: when the user just comes back to a (JSP) page I want the page executed again to show up to date information. Joe Laffey wrote: On Tue, 13 Mar 2001, Zsolt Koppany wrote: Hi, with the code below I can get netscape not to cache a jsp page but it does not work with Internet-Explorer. Does anybody know why? response.setHeader("Cache-Control", "no-cache"); response.setHeader("Pragma", "no-cache");\ Mac, or PC? What version? IE Mac has a lot of cache problems. For one, it will not send a pragma: no-cache header to a proxy even when the user tries to do a super reload. This is a bug that I have reported multiple times. MS claims that this is correct behavior.. uh BS! The PC version will set this header! Joe Laffey LAFFEY Computer Imaging St. Louis, MO -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- Zsolt Koppany Intland GmbH www.intland.com Schulze-Delitzsch-Strasse 16 D-70565 Stuttgart Tel: +49-711-7871080 Fax: +49-711-7871017 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]