-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Razi,

On 4/22/15 9:41 PM, Razi wrote:
> -----Original Message----- From: Christopher Schultz Sent:
> Thursday, April 23, 2015 8:03 AM To: Tomcat Users List Subject: Re:
> Apache Tomcat jk connector 400 bad request
> 
> Razi,
> 
> On 4/22/15 6:39 PM, Razi Ansari wrote:
>> -------- Original message -------- From: Christopher Schultz 
>> <ch...@christopherschultz.net> Date: 04/23/2015  6:15 AM 
>> (GMT+08:00) To: Tomcat Users List <users@tomcat.apache.org> 
>> Subject: Re: Apache Tomcat jk connector 400 bad request
> 
>>> If you decide to change your timeout values (I don't see a
>>> reason to
>>> 
>>> do so unless you are encountering some kind of related
>>> problem, and I
>>> 
>>> don't consider this to be a related problem), make sure they
>>> are
>>> 
>>> consistent between mod_jk and Tomcat's AJP connector.
> 
>> I tried inceasing the value of webserver KeepAliveTimeout to 15
>> and i dont get the 400 bad request error in the test environment.
>> But i really want to know the root cause before i move it to 
>> production. In my httpwatch i see the request going without any 
>> body ony header.
> 
> Without the change in KeepAliveTimeout, can you reproduce this
> error in your test environment? I would honestly be surprised if 
> KeepAliveTimeout is the trouble, here. For the AJP connector, the 
> KeepAliveTimeout is not relevant because AJP is by definition 
> keep-alive. You can disable it if you think doing so will improve
> the situation, but I don't have any reason to suspect it would.
> 
> It would be great to know whether the AJP connector or the HTTP 
> connector was the one failing. In Tomcat, the stack trace will
> include the thread identifier which includes the port number and
> protocol being used. Please include that with your stack traces
> when you find the m.
> 
> It would also be great to know which (exact) version of Tomcat is 
> being used under the hood. Check the logs during startup to see
> what Tomcat says it is.
> 
> -chris
> 
> ---------------------------------------------------------------------
>
> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> ---------------------------------------------------------------------
>
> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> Christopher,
> 
> When KeepAliveTimeOut is 5, 12 , I get the error, when its 15 and 
> above I don't get the error.

That's ... weird. Are these particularly large requests? Are your
clients on particularly slow connections?

> The versions of Apahce and Mod_jk are as follows
> 
> Apache 2.2.24 Mod_jk 1.2.37

There is a more resent version of mod_jk, but that one should be okay.
I'd upgrade if it's a possibility.

> I dont use Tomcat, my applicaton server is JBOSS EAP 6.1.0

I understand that. I can't remember when JBoss switched from using
Tomcat as its servlet container to using their own in-house container,
but older versions of JBoss use Tomcat internally, and that Tomcat has
a version number.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJVOkQTAAoJEBzwKT+lPKRYY0IP/RdNIVopTKebt2G7L4S5xgh2
TQKDEhybN5pHuk4VI/xIttQaCVGIfH6tK0msLrD2GzcEqtQBDeXcjYuf6J3OStRW
5Xwm/3Pi2GPOcEiBYhbb0bhaqy7asmAIeuKXH4lwKJMl4JJQnIDy0Wp9dcLcODSv
2mTEE2jSLwdb8+j0DneB72oFNkAoKDEQkVqR+ajsFqicZCx4LBUAvkudGFgwuJzU
nqDMCUKiq9hMso4BbiVYcVN4mf5eeE964JU6vf7Bt9mlA4ZZeiLnC52BdpeU2u3i
MJHNHG6udDafupj10++wo3jvtWjBPtKiHbqFg0Fwl2cjm4fCAkEdj7VP80o7nrSY
rApnFOt6l049TyWmYX0nmRFVRQxNHELkfpU8ZdvjYv1e0Q1OvZPu667GtD+zpFdz
ar/bhcuni2CSOh9+zq5R03RPs2GdOVqiL1yHuHH4e+/diQKf7aJY0UJjczWoj2vS
QYKRRIckDDHrA60iEs5XkaC0gM5/bwlCcgnlMppEcntAN64fPv47R+3FtRua0s3R
Jo71pUiIK91cKG+sHXDd9DBSFVM82TU20BM7mdrK6kHdxo8h1cQrAdMwGxt0+iWR
gJqoBBRJ5IxwBMoYlnVpWKdaiaZRssm/jU9wiwLYun4ZmuGOMwnoHzejMWmiTvt2
OkeF6mIuNrPSXqZKCXWD
=ktm0
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to