The standalone HTTP connector in Tomcat 3.3 is still 1.0.  Maybe it can be implemented
someday as an add-on.
 
Cheers,
Larry

-----Original Message----- 
From: Pae Choi 
Sent: Mon 10/22/2001 8:52 PM 
To: [EMAIL PROTECTED] 
Cc: 
Subject: Re: Chunked http requests



Is TC v3.3 final supporting the HTTP v1.1? 

Pae 



>Yes, with the default HTTP/1.1 connector. 
> 
>    Pier 
> 
> 
>Rida Ligurs at [EMAIL PROTECTED] wrote: 
> 
>> Thanks Larry, 
>> 
>> Do you know if Tomcat 4.0 supports it? 
>> 
>> 
>> -----Original Message----- 
>> From: Larry Isaacs [mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] 
>> Sent: Monday, October 22, 2001 18:53 PM 
>> To: 'tomcat-user+AEA-jakarta.apache.org' 
>> Subject: RE: Chunked http requests 
>> 
>> Sorry I wasn't more specific.  AFAIK in Tomcat 3.3, chunked input 
>> is only supported when using the mod_jk connector with Apache. 
>> 
>> Larry 
>> 
>> 
>> -----Original Message----- 
>> From: Rida Ligurs [mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] 
>> Sent: Monday, October 22, 2001 2:38 PM 
>> To: 'Tomcat-User (E-mail)' 
>> Subject: RE: Chunked http requests 
>> 
>> Hi, 
>> 
>> I've been trying to receive chunked input into my servlet running under 
>> Tomcat 3.3-rc2 standalone.  Is chunked input supported when running 
Tomcat 
>> in standalone mode? 
>> 
>> I'm getting the following exception: 
>> 
>> IOException in R( /mywebapp + /myservlet + null) - 
java.net.SocketException: 
>> Connection reset by peer: socket write 
>> error 
>>       at java.net.SocketOutputStream.socketWrite(Native Method) 
>>       at java.net.SocketOutputStream.write(Unknown Source) 
>>       at org.apache.tomcat.modules.server.Http10.sendHeaders(Unknown 
>> Source) 
>>       at org.apache.tomcat.modules.server.HttpResponse.endHeaders(Unknown 
>> Source) 
>>       at org.apache.tomcat.core.OutputBuffer.realWriteBytes(Unknown 
>> Source) 
>>       at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(Unknown Source) 
>>       at org.apache.tomcat.core.OutputBuffer.flush(Unknown Source) 
>>       at org.apache.tomcat.core.OutputBuffer.close(Unknown Source) 
>>       at org.apache.tomcat.core.Response.finish(Unknown Source) 
>>       at org.apache.tomcat.core.ContextManager.service(Unknown Source) 
>>       at 
>> 
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Unknown 
>> Source) 
>>       at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) 
>>       at 
>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown 
>> Source) 
>>       at java.lang.Thread.run(Unknown Source) 
>> 
>> Is it supposed to be supported in a standalone Tomcat environment? Any 
help 
>> would be appreciated. 
>> 
>> 
>> -----Original Message----- 
>> From: Larry Isaacs [mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] 
>> Sent: Friday, September 21, 2001 10:42 AM 
>> To: 'tomcat-user+AEA-jakarta.apache.org' 
>> Subject: RE: Chunked http requests 
>> 
>> 
>> Chunked input isn't supported in Tomcat 3.2.x at the moment. 
>> 
>> Chunked input support has been added to Tomcat 3.3 and 
>> should be available in the next release (RC1, should 
>> be available early next week). It is available now in the 
>> 3.3 nightly if you can build the connector from 3.3 supplied 
>> source.  Previously built connectors won't work with 
>> chunked input. 
>> 
>> Cheers, 
>> Larry 
>> 
>>> -----Original Message----- 
>>> From: aduvall [mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] 
>>> Sent: Friday, September 21, 2001 9:59 AM 
>>> To: [EMAIL PROTECTED] 
>>> Subject: Chunked http requests 
>>> 
>>> 
>>> Hi, 
>>> 
>>> I've been banging my head against the wall trying to receive a chunked 
>>> message into my servlet.  I'm using Tomcat version 3.2.1. 
>>> When the message 
>>> comes across, the header looks fine, but the body of the 
>>> message appears to 
>>> be empty.  There seems to be plenty of information about 
>>> hunked responses, 
>>> but I can't find anything about chunked requests. 
>>> 
>>> Does anyone have experience with this? 
>>> 
>>> Thanks for any help or guidance you can give. 
>>> 
>> 
>> 
> 

application/ms-tnef

Reply via email to