2009/11/24  <geoff...@fileflow.com>:
> HTTP connector. I'll attach the conf folder from tomcat.
>
>
>
>
>
> Best Regards
>
> Geoffrey
>
> Phone Norway:  +47 45 86 53 83
> Fileflow Technologies AS
> Ole Deviks vei 35, 0668 Oslo, Norway
>
> -------------------------------------
>
>
>
> On 24 Nov 2009, at 21:03, Konstantin Kolinko wrote:
>
>> 2009/11/24  <geoff...@fileflow.com>:
>>> There is a different amount of data sent each time before it crashes. I 
>>> also tried byte by byte and gets the same error but it seems that it is 
>>> less often.
>>>
>>
>> So it is random... I wonder what can trigger it.
>>
>> What connectors are you using? Is it HTTP, or AJP? What is your
>> configuration as a whole?
>>
>> There was the following bugreport recently:
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=48105
>>
>> The reporter of issue 48105 wrote that he saw exceptions in 6.0.18,
>> .20 as well, but no stack traces were provided, so it is unconfirmed.
>>
>

Thank you.

Could it be that there are several threads that have access to the
same Response object? (That is illegal).
You can try setting the ...RECYCLE_FACADES property to "true", see the
full name of it and description in
http://tomcat.apache.org/tomcat-6.0-doc/config/systemprops.html
You can add it to the end of the catalina.properties file.

I do not see what else can cause randomness in writing out a response.
Different length of headers? I see that you have
maxHttpHeaderSize="50000"




Are you using Tomcat-Native (tcnative-1.dll, libtcnative-1.so)?
I see that you have an AprLifecycleListener in your server.xml. Does
it print a warning that tomcat-native is not present when Tomcat is
started?  You can comment it out to disable Tomcat-Native and to
disable that warning message if you are not going to use it.
See
http://tomcat.apache.org/tomcat-6.0-doc/config/listeners.html


Best regards,
Konstantin Kolinko

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

Reply via email to