how to get a blank line at the end of 304 responses to conditional HTTP GET requests?

Platform: Intel PIII, debian GNU/linux testing (updated yesterday) apache 1.3.22, tomcat 3.3, Jakarta Struts 1.0, Blackdown Java SDK 1.3.1 My question is: is it possible to modify the contents of the 304 response from tomcat? And where do I go to do it? He

Re: tomcat 3.3 from RPM w/JDK 1.3.1 is missing Vector

I wrote earlier: > Martin van den Bemt [[EMAIL PROTECTED]] writes: >> try importing java.util.Vector in your jsp page? > I don't think that is the problem. I think the > problem is that it doesn't find Vector in any of > the .jar files available. As it turns out, I was wrong, and Martin was r

RE: tomcat 3.3 from RPM w/JDK 1.3.1 is missing Vector

I wrote: > Martin van den Bemt [[EMAIL PROTECTED]] writes: >> try importing java.util.Vector in your jsp page? [snip!] > The Vector class seems to be in the > $JAVA_HOME/jre/lib/rt.jar > file, and this file isn't added to the CLASSPATH > before starting java in /usr/bin/dtomcat. This fil

Re: tomcat 3.3 from RPM w/JDK 1.3.1 is missing Vector

Martin van den Bemt [[EMAIL PROTECTED]] writes: > try importing java.util.Vector in your jsp page? I don't think that is the problem. I think the problem is that it doesn't find Vector in any of the .jar files available. The Vector class seems to be in the $JAVA_HOME/jre/lib/rt.jar fil

tomcat 3.3 from RPM w/JDK 1.3.1 is missing Vector

Platform: Intel PIII, RedHat linux 7.2, Sun JDK 1.3.1, tomcat 3.3 from jakarta-made RPM I'm getting exceptions from tomcat not finding the Vector class (see below). Does anyone know if this is because of incompatibilities between the javac that tomcat was built with, and the java runtim

Re: tomcat webapp doesn't find the jacorb.properties file

I wrote earlier: > Platform: Intel PIII, RedHat linux 7.2, gcc 2.96 > omniORB 3.0.2, Sun JDK 1.3.1, JacORB 1.3.30 > I'm trying to replace JavaIDL with JacORB, ia web > application. This web application works with JavaIDL on > a different machine, which uses omniORB2. The reason > I no

RE: editing apps-admin.xml doesn't "take" in RPM'd tomcat 3.3

I wrote earlier: > Platform: Intel PIII, RedHat linux 7.2, > tomcat 3.3, from the jakarta-made RPM > I've edited the password in > /etc/tomcat/conf/users/admin-users.xml > and I've changed trusted to "true" in > /etc/tomcat/conf/apps-admin.xml > and I've gone through the compl

editing apps-admin.xml doesn't "take" in RPM'd tomcat 3.3

Platform: Intel PIII, RedHat linux 7.2, tomcat 3.3, from the jakarta-made RPM I've edited the password in /etc/tomcat/conf/users/admin-users.xml and I've changed trusted to "true" in /etc/tomcat/conf/apps-admin.xml and I've gone through the complete cycle of starting and

Re: how to generate mod_jk autoconf file from the RPM's tomcat?

I wrote earlier: > Platform: Intel PIII, RedHat linux 7.2, > tomcat 3.3, from the jakarta-made RPM > > How do you generate a mod_jk autoconfig file from > the RPM'd tomcat? The command /usr/bin/dtomcat start jkconf does the trick. The result is written to /etc/tomcat/con

how to generate mod_jk autoconf file from the RPM's tomcat?

Platform: Intel PIII, RedHat linux 7.2, tomcat 3.3, from the jakarta-made RPM How do you generate a mod_jk autoconfig file from the RPM'd tomcat? According to the Note: in the comments above the directive, in the server.xml file, this should be done by running the startup program, with

Can mod_jk be made to restart tomcat, if tomcat has died?

Can mod_jk be made to restart tomcat, if it discovers that the tomcat process is no longer running? Thanx! - Steinar This email, its content and any attachments is PRIVATE AND CONFIDENTIAL to TANDBERG Television. If received in error please notify the sender and destroy th

Questions on tomcat heap usage and garbage collection (avoiding OutOfMemoryError exceptions)

I wrote earlier: > Craig R. McClanahan [mailto:[EMAIL PROTECTED]] writes: [snip!] > But it doesn't address my real worry at the moment: > that a script kiddie armed with nothing more than > the httperf testing tool can bring my tomcat to > crash. >> and/or whether your test JSP page can tempor

Re: Questions on tomcat heap usage and garbage collection (avoiding OutOfMemoryError exceptions)

Craig R. McClanahan [mailto:[EMAIL PROTECTED]] writes: > The most important task in a situation like this is > to find out why memory is being consumed in the first > place. Generally, this is caused by one of the > following types of factors: > * Creating lots and lots of session attributes in

RE: Questions on tomcat heap usage and garbage collection (avoidi ng O utOfMemoryError exceptions)

Randy Layman [mailto:[EMAIL PROTECTED]] writes: > I think the best thing you can do is to determine > where the memory is going and fix your leaks. I say > your leaks because in my experience, Tomcat doesn't > leak memory and doesn't take a lot of memory for each > connection. I perhaps wasn't

Questions on tomcat heap usage and garbage collection (avoiding OutOfMemoryError exceptions)

Platform: Intel PIII 797.499MHz, 256MB RAM Debian Woody GNU/Linux, kernel 2.2.19 Blackdown J2SDK 1.3.1 apache 1.3.19 tomcat 3.2.3 When using httperf[1] to stresstest JSPs on the above platform, I'm running into