tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Filip Hanik - Dev Lists <>
Subject Re: Tomcat Comet Model
Date Mon, 19 Jun 2006 13:32:25 GMT
yes it is, the problem here is that Tomcat is initiating a when bogus data comes in after Content-Length has been 

Andy Piper wrote:
> Bogus content-length is asking for trouble. IIRC it can cause SSL 
> no-end of headaches.
> andy
> At 01:06 17/06/2006, Filip Hanik - Dev Lists wrote:
>> Lemme narrow everything down, and this will be short, I promise,
>> it all boils down to the Content-Length header,
>> if this header is omitted then it wont be possible for the client to 
>> send more than one request.
>> The workaround for this, Content-Length: Integer.MAX_VALUE, this will 
>> make the code accept more than one request
>> If that is acceptible workaround, I can happily revert the commit.
>> Filip
>> Remy Maucherat wrote:
>>> Filip Hanik - Dev Lists wrote:
>>>> and that is the exact bug I fixed. Before the commit, you couldn't. 
>>>> So to support your argument, you should be in favor of the commit. 
>>>> not against.
>>> Ok, then post the request you are sending. The whole request must be 
>>> a valid HTTP/1.1 request with a properly delimited body, rather than 
>>> just a HTTP header, followed by random data.
>>> This is not a valid request, for example:
>>> GET /foo HTTP/1.1
>>> Host: bla
>>> my content (wait 10 s) more of my content
>>>>> I fail to see what your purpose is to step on my toes like this, 
>>>>> and barge in with commit, when you didn't discuss anything.
>>>> not sure what your toes and the ASF owned repository have in common ;)
>>> To give an example: I suppose I could try committing random stuff to 
>>> the clustering module.
>>>> We're discussing it now, you started it with a veto, and yes, i 
>>>> could have used the endless discussion tactic to prove the bug, but 
>>>> it was faster to come in with a solution.
>>> That's what you are doing right now, rather than convince me that 
>>> you understand all the issues.
>>> Ok, I'm going to bed now, and then on WE. I hate it when people 
>>> force me to stay up until 2AM on friday just because I made the 
>>> mistake of checking my email before going to bed ...
>>> Rémy
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:
>>> For additional commands, e-mail:
>> -- 
>> Filip Hanik
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> For additional commands, e-mail:
> _______________________________________________________________________
> Notice:  This email message, together with any attachments, may contain
> information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
> entities,  that may be confidential,  proprietary,  copyrighted  and/or
> legally privileged, and is intended solely for the use of the individual
> or entity named in this message. If you are not the intended recipient,
> and have received this message in error, please immediately return this
> by email and then delete it.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:


Filip Hanik

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message