This is the fix for ServletInputStream.read() bug.
#1678: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1678
The change is in Ajp13ConnectorRequest.java. This one is obviously
the one which has not been tested with a binary data.
I made this patch for 3.2.1.
Index:
Now, this is what I was talking about with the upload data corruption!
Finally, corroboration!
David
Hiro Takahashi wrote:
This is the fix for ServletInputStream.read() bug.
#1678: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1678
The change is in Ajp13ConnectorRequest.java.
Hi Pier,
Apparently there is a virus in the index.htm - I got the following attached
to your mail.
John
Network Associates GroupShield Exchange **
Alert generated at: Thursday, May 24, 2001 11:23:27 GMT Daylight
Time
I found some more memory leaks in mod_jk. The biggest one is in mod_jk.c when there
is a virtual host section in httpd.conf. Multiple conf structures are allocated, but
only one was being cleaned up. Another leak was in jk_ajp13_worker.c. We were
calling jk_open_pool on the endpoint object
DO NOT (I repeat) DO NOT OPEN the index.htm file I sent in my previous
post... It's infected with a copy of SunOS/BoxPoison.worm AND it seems it's
coming from one of our distributions of Tomcat 3.2.x...
I'm still digging thru it...
Pier
Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
Here's
Noticed, and that seems to have affected one of our Tomcat distributions...
Still checking...
Pier
Reilly, John at [EMAIL PROTECTED] wrote:
Hi Pier,
Apparently there is a virus in the index.htm - I got the following attached
to your mail.
John
Network Associates
Hi Oskar,
Refering to your problem on http://w4.metronet.com/~wjm/tomcat/2001/May/msg00767.html,
we are encoutner the same headache
too:
Error:["Cannot forward after response has been
committed."]
Do you have any hint to solve it ?
Thanks.
Regards,
Cher
eTact Solutions, Singapore
Correct... I went out and looked at the file, then did some research on the
virus itself, and, it doesn't (luckily) comes from our Tomcat 3.2.1
distribution (I'm paranoia mode right now!). The file is totally harmless
and it seems that Casper has a SunOS box which has been infected...
2 hours
This was fixed in Tomcat 3.2.2 quite some time ago. Check out the tip of
the tomcat_32 branch and look at the connector code again.
-Original Message-
From: Hiro Takahashi [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 24, 2001 1:33 AM
To: [EMAIL PROTECTED]
Subject: [PATCH] Bug fix
Does Context admin in tomcat 3.2 1 have a default userid and password?
chandra
Hmm; I looked at the following:
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tomcat-3.2.1.tar.gz
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tomcat-3.2.1.zip
and in both of these, the webapps folder contained four files,
[taz3]
Hi all,
After performing stress testing on Tomcat 3.2.1 running on Linux, I found
that performance would always decrease over time until the server stopped
responding completely. I was accessing tomcat as an stand alone server on
port 8080 and requesting a servlet that returned a null body (null
Title: tomcat and macromedia ultra dev 4.0
Hi everbody,
I want to run macromedia ultra dev 4.0 generated jsp code under tomcat , but i got a lot of error messages( i paste an example above ) when i tried to run my pages
, is there any body can say me what version of tomcat , jdk and
Title: tomcat and macromedia ultra dev 4.0
Hi
David and other members,
sorry
for my message to this list,
i
apologize from all of you ,
however i want to say that i achieve some pages and
some not,
i will
send my message to user list,
sorry
again...
-Original
On Thu, 24 May 2001, Jon Stevens wrote:
WHAT?? I don't think that there should be .sea files there!
.sea is a MacOS Stuffit Archive.
To be clear, I'm talking about the .sea and .sea.hqx files found at
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/
They were created
Jon Stevens at [EMAIL PROTECTED] wrote:
WHAT?? I don't think that there should be .sea files there!
.sea is a MacOS Stuffit Archive.
Also, the .war files are == .jar files which are equal to .zip files. They
are auto uncompressed by the servlet engine when it starts up. So, the
file
Dunlop, Aaron wrote:
[...]
First: We will need to cluster application servers in front of a central database.
We want the ability to add and remove servers from that farm in real-time,
without disturbing ongoing sessions. That either means storing sessions remotely
in the central DB, or
On Thu, 24 May 2001, Dunlop, Aaron wrote:
First: We will need to cluster application servers in front of a central
database. We want the ability to add and remove servers from that farm in
real-time, without disturbing ongoing sessions. That either means storing
...
So that probably means
Nope. I have not found any solution to that yet. I have decided to go
with JSP for now (until I develop everything)... then I will think of
deployment of the converted servlets. And for now I am setting
flush=false, and with JSPs it works fine, even though it should be the
same in theory since
Hector,
First off, it looks like you've done some very, very helpful work. A few
suggestions:
1) For info about how to contribute code, processes, etc, look at:
http://jakarta.apache.org/site/getinvolved.html
And, specifically, about the format for proposed code changes (i.e. patches
instead
For those who use cygwin on windows, here is a version of the tomcat.sh
script that I've been using.
Perhaps this could go in the repository under tomcat.cygwin
David
#!/bin/sh
#
# $Id: tomcat.sh,v 1.17.2.1 2000/11/17 22:05:50 glenn Exp $
# Shell script to start and stop the server
#
Hi, Scott
Sorry to bother you again.
I've runned more tests, and found that for *.html files connection is kept
alive, while for
cgi program, it always close connection. Even when I just change my cgi
program name
with .html extension, connection becomes alive though the displayed content
is in
I've noticed that Tomcat 3.2.1 takes a long time to create
a session for the first time.
I think it only takes a long time the very first time it's asked to
create
a session (when the first person logs in after restarting Tomcat).
Do you have any suggestions how to fix it or where I
As far as I know it is because tomcat needs to init classes on first use.
Mvgr,
Martin van den Bemt
-Original Message-
From: Strubinski,Waldemar W [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 24, 2001 10:46 PM
To: '[EMAIL PROTECTED]'
Subject: Slow session creating Tomcat 3.2.1
Regarding the Tomcat 3.2.2 RequestDispatcherImpl string resource problem
I reported on Wednesday afternoon:
Since no one expressed a preference on how this should be fixed,
I chose to fix it by adding the strings to the core/LocalStrings*properties
files, since that didn't require any actual code
Hi, Scott
Sorry to bother you again.
I've runned more tests, and found that for *.html files connection is kept
alive, while for
cgi program, it always close connection. Even when I just change my cgi
program name
with .html extension, connection becomes alive though the displayed content
is in
26 matches
Mail list logo