Have you tried inserting in some debug code to write request parameters to the log from the first servlet that receives them?
Regards, Bob Feretich
Original message -------------------------------------------------------------
Subject: Tomcat lost request parameters
From: "Roberto Rios" <[EMAIL PROTECTED]>
Date: Wed, 22 Dec 2004 18:51:16 -0200
To: <[EMAIL PROTECTED]>
Hi,
I know that my subject sounds crazy, but I'm going nuts...
I have an application, 100% java (jsp 1.2 and servlet 2.3). This application has more or less 1,5 years. So it is stable. I always used tomcat as my web server (without apache because I don't have static html to be served) with no problem.
We are using TC 4.1.31, with J2SDK1.4.2_03 on a W2K/SP4 box (Xeon 3.0Ghz with 2GB mem).
At this time we had more or less 25 concurrent users. We were happy...
Recently, another department in company started to use the application. So now we have more or less 100 concurrent users.
Since then the problems began raising. Most of then when we try to insert/update data in database. Generally we receive errors telling that we tried to insert null values into a not null field (BTW we are using oracle 8.1.7 with JDBC - classes12.jar).
My point is that application was working. Nothing changed (except the number of users). So, I'm sure that the fields are being properly filled.
What I would like to ask you, is if someone has experienced this kind of problem. I was wondering if tomcat could lost request parameters under heavy traffic...
I don't have any prove that it actually lost something. As I said, I'm just wondering. Maybe the JDBC...
Searching into the mailing list archive, I found a thread about performance. I have changed the connector maxProcessors to 150 and also add maxKeepAliveRequests="1" to it after reading it. Nothing change.
Does someone has some advice? I know that my posting is vague, but I don't where to look anymore...
I was thinking about to do a tomcat upgrade (to 5.0.X).
TIA,
Bob
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
