You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Taylan Develioglu <td...@ebuddy.com> on 2009/03/03 12:28:29 UTC

tomcat w/apr data lost in http post request?

Hi,

I'm having an issue where the payload from http POST requests is lost.
This happens when using the APR connector, although sometimes it happens
with NIO too (but much less frequently).

Http headers are there, but the actual payload is missing (or at least
isn't reaching our application, but we don't think that's the issue)

The requests are polls to check for new events that have arrived and are
made by a javascript application (ajax).

example of a request where the payload is missing:

HTTP Request:
Session ID: A8F08DF4A71C7F6356DF10185D33195B
Path:/dispatch
Query String:null
HTTP Headers:
content-type:application/x-www-form-urlencoded; charset=UTF-8
accept-language:nl-be
referer:http://****
accept:text/javascript, text/html, application/xml, text/xml, */*
ua-cpu:x86
accept-encoding:gzip, deflate
user-agent:Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1;
.NET CLR 2.0.50727; .NET CLR 3.0.04506; .NET CLR 1.1.4322; InfoPath.2)
host:*****
content-length:77
connection:Keep-Alive
cache-control:no-cache
cookie:mwc=0001236073658.353048.5; language=en-GB; Emessenger=msn;
network=MSN; msn_uname=****@hotmail.com; eBuddyOberon.com=-;
tarid=1%3A0%3B2%3A99; JSESSIONID=A8F08DF4A71C7F6356DF10185D33195B;
__utma=1.1241670603699218000.1236073710.1236073710.1236073710.1;
__utmc=1;
__utmz=1.1236073710.1.1.utmcsr=ebuddy.com|utmccn=(referral)|utmcmd=referral|utmcct=/
HTTP Parameters:

The content-length is set by the browser, but the payload's gone (it
should be logged after HTTP Parameters:)

Normally the application logs data from the payload after the 'HTTP
Parameters' bit like this:

HTTP Request:
Session ID: A8F08DF4A71C7F6356DF10185D33195B
Path:/dispatch
Query String:null
HTTP Headers:
content-type:application/x-www-form-urlencoded; charset=UTF-8
accept-language:nl-be
referer:http://****
accept:text/javascript, text/html, application/xml, text/xml, */*
ua-cpu:x86
accept-encoding:gzip, deflate
user-agent:Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1;
.NET CLR 2.0.50727; .NET CLR 3.0.04506; .NET CLR 1.1.4322; InfoPath.2)
host:****
content-length:77
connection:Keep-Alive
cache-control:no-cache
cookie:mwc=0001236073658.353048.5; language=en-GB; Emessenger=msn;
network=MSN; msn_uname=****@hotmail.com; eBuddyOberon.com=-;
tarid=1%3A0%3B2%3A99; JSESSIONID=
A8F08DF4A71C7F6356DF10185D33195B;
__utma=1.1241670603699218000.1236073710.1236073710.1236073710.1;
__utmc=1; __utmz=1.1236073710.1.1.utmcsr=ebuddy.com|utmccn=(referr
al)|utmcmd=referral|utmcct=/
HTTP Parameters:
e_max:100
e_format:short
e_timeout:2000
e_action:poll
_:
e_time:1236077940847

These requests are not redirects btw.

Are there any known issues with the apr connector that can cause
something like this ? Could it be socket buffer related?

Any pointers or ideas what could be causing this would be welcome.


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