RE: Ever increasing heap size with Tomcat 3.2.3 !!!

Hi We have a similar problem with IBM JDK 1.3.0 (JIT enabled). I suggest to debug the garbage collector (gc) by turning on the -verbosegc command option. The garbage collecting activity will be written to stderr. In our case I suspect that it is JVM problem because the output shows that 90% heap

RE: foriegn characters turn to ? in database

It should work, if the Java has UTF-8 support -- and it does have. Another case might be when the Java VM doesn't have the international character encoding support. Some time ago I had trouble with it -- so you must get the "International" version of JDK (I know that Sun's JDK download page has t

RE: foriegn characters turn to ? in database

Hi, There are several places where this "?" conversion might happen. a) If your JSP page output should be in Latin2, then you must have the <%@ page contentType = "text/html; charset=ISO-8859-2" %> directive in JSP page. Else the default encoding (iso-8859-1) is used and the strings are converte

RE: Character Encoding Problem

Hi, I still believe your initial bytes are converted to java strings (unicode) using a wrong encoding. If you have a string created from bytes using the "ISO-8859-9" encoding, and if the JSP page has a directive <%@ page content-type="ISO-8859-9"%>, then it should be OK. For debuging you could

RE: ?lgi:RE: Character Encoding Problem

Just a thought about the -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, July 02, 2001 11:16 AM > To: [EMAIL PROTECTED] > Subject: ?lgi:RE: Character Encoding Problem > > > > Kimden: Tõnu Põld <[EMAIL PROTECTED]> &

RE: Character Encoding Problem

Hi, You should compile the java classes with ISO-8859-9 encoding. Look at the -encoding flag of the 'javac' compiler. In compilation the 8-byte characters in strings are converted to unicode characters. By default the encoding is probably ISO-8859-1. Regards, Tõnu > -Original Message-

RE: AutoLogon J_Security_Check

Hi, I have done similar logon with JSP in Tomcat. In my case I use form based login, and I need a separate login page. After successful login the user must be redirected to default page. It couldn't be achieved with Tomcat (3.2.1) login mechanism, because the login page is returned after user hav

RE: Trouble getting Tomcat to parse .html files of JSP tags.

Hi, I suspect the problem relies in Apache and mod_jk configuration, and not in Tomcat engine, because the Tomcat web server (default port 8080) seems to serve the .html files with JSP tags correctly. The only configuration needed in Tomcat engine side is the servlet-mapping in web.xml:

RE: Trouble getting Tomcat to parse .html files of JSP tags.

Hi, You need to specify that the jsp servlet should process the .html files. Try to add something like this into web.xml file: jsp org.apache.jasper.runtime.JspServlet -2147483646

RE: default file name in download

Hi, Try the "Content-disposition" header. It seems to work with MS Internet Explorer and Netscape browsers - I have not tested others. If you want to return a RTF file named MyFilename.rtf, it could be done like this: class MyServlet extends javax.servlet.http.HttpServlet{ ... public void doG