Re: What can cause a clean Tomcat shutdown?

: Attila Szegedi [mailto:[EMAIL PROTECTED]] Sent: Monday, July 15, 2002 9:51 AM To: Tomcat Users List Subject: What can cause a clean Tomcat shutdown? Guys, I'm asking this question again in hope someone notices this time: Except for the stop command sent to the Ajp12 connector

What can cause a clean Tomcat shutdown?

causes them. We know these are normal shutdowns since the servlet log shows the contexts are being unloaded and servlets' destroy() methods are being called - just as if someone has issued a tomcat.sh stop (before you ask: nobody does). Any clues appreciated. Cheers, Attila. -- Attila Szegedi

Re: What can cause a clean Tomcat shutdown?

? RS Attila Szegedi [EMAIL PROTECTED] on 07/15/2002 08:51:20 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To:Tomcat Users List [EMAIL PROTECTED] cc: Subject:What can cause a clean Tomcat shutdown? Guys, I'm asking this question again in hope someone notices this time

Tomcat 3.3.1 stops by itself

a graceful exit with contexts being shut down and servlets being destroyed pedantly. Any help appreciated. Cheers, Attila. -- Attila Szegedi home: http://www.szegedi.org -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: How can I resolve thisIllegalStateException: Response has a lrea dy been committed problem?

I guess you JSP is failing with an uncaught exception. At that point, Tomcat would try to send a 500 Internal Server Error response code, but it can't since a 200 OK status code has already been sent (that is, the output committed) to the client. -- Attila Szegedi home: http://www.szegedi.org

Re: Upgrade to JDK1.4 -- unable to compile JSPs

Correct me if I'm wrong, but doesn't Tomcat 4 distribution come with bundled javac? I'd expect JSP compiler uses the bundled (presumably 1.3) javac and no tweaking of your classpath will help... Just my 2c Attila. -- Attila Szegedi home: http://www.szegedi.org |-Original Message

Re: Upgrade to JDK1.4 -- unable to compile JSPs

). Again, maybe I have false memories... Attila. -- Attila Szegedi home: http://www.szegedi.org - Original Message - From: Martin van den Bemt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: 2002. március 7. 15:59 Subject: RE: Upgrade to JDK1.4 -- unable to compile JSPs

Re: jdk1.4 java.nio.* -- Seda/Sandstorm

-quality system, like overload-protection devices (input throttling and shedding). You might want to give it a look at http://nbserver.sourceforge.net -- Attila Szegedi home: http://www.szegedi.org - Original Message - From: Richard Emberson [EMAIL PROTECTED] To: Tomcat Users List [EMAIL

Re: JSPC

build file with changes you have to make color-highlighted. Oliver Cheers, Attila. -- Attila Szegedi home: http://www.szegedi.org -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]

Re: Input from a FORM - encoding problem

(param.getBytes(8859_1), 8859_2); altough this tends to be slow (running through Java char-to-byte, then through byte-to-char machinery). I have developed a fast 8859-1 to 8859-2 transcoder that addresses speed issues; contact me in private mail and I can send it to you. Cheers, Attila. -- Attila

Re: RE: Digest authentication problem

. -- Attila Szegedi home: http://www.szegedi.org - Original Message - From: jay n gaba [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: 2002. február 18. 15:50 Subject: Re: RE: Digest authentication problem hi i am facing the same problem. there is a problem while using

Re: Input from a FORM - encoding problem

- Original Message - From: Nikola Milutinovic [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: 2002. február 18. 18:19 Subject: Re: Input from a FORM - encoding problem Attila Szegedi wrote: Don't bother fiddling with FORM attributes. I've done this before to no avail

Re: Input from a FORM - encoding problem

or 4.x Tomcats rely on this (flawed) code or not. Tomcat 4.x definitely should not, since it is supposed to implement request.setCharacterEncoding()... Cheers, Attila. -- Attila Szegedi home: http://www.szegedi.org - Original Message - From: Arnold Shore [EMAIL PROTECTED] To: Tomcat

Standard filter implementations

are readily available in Java). These filters have very common usage, and I'd be surprised if no one actually took a stab at them already. -- Attila Szegedi home: http://www.szegedi.org smime.p7s Description: application/pkcs7-signature

Re: CSV File

IE ignores the Content-Type and makes a guess on content type based on the content itself. If it recognizes a plain text content, it will display it as such no matter what the Content-Type. However, Content-Disposition should help. Attila. - Original Message - From: "Gary Helmling"

Re: Tomcat on QNX with the J9VM !

My bet would be that you're running Tomcat on a JRE instead on a JDK, and it can't find the Java compiler (which is necessary for compiling JSPs). Attila. - Original Message - From: Thai DANG [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: 2002. február 4. 11:58

Re: Force TC standalone to use 40 bit SSL symetric encryption only

mod_ssl has excellent documentation regarding configuration of different cipher strengths, authentication requirements etc. You can do it even on a per-URL basis (and naturally, on a per-virtual host basis as well). Look in particular into http://www.modssl.org/docs/2.8/ssl_howto.html and

Re: Possible To Share A Session Across Ports 8080 and 8443?

My finding is that Netscape Navigator browsers (both 4.x and 6.x) don't share cookies accross ports, while Internet Explorer does. I also have an app where user can choose to login over secure connection, and was experiencing session loss when returning to unsecured communication after login. I

JSESSIONID and anchors in URL

If my Tomcat-3.2.x hosted webapp is accessed through a browser with cookies disabled, Tomcat will rewrite URLs in responses, which is OK. However, if the URL contained in the response contains an achor, say http://foo.com/bar.html#anchor the rewritten URL will become

Re: security issue: tomcat on port 80

Java VM actually shields you from buffer overflow attacks, since you cannot overflow an array, let alone do it so that it overwrites code segments. So in case of Tomcat (or any Java-written server), buffer overflow attacks are out of question. Other attacks are still possible, though. Attila.