Mailing-List: contact commons-httpclient-dev-help@jakarta.apache.org;
 run by ezmlm
Precedence: bulk
Reply-To: "Commons HttpClient Project"
 <commons-httpclient-dev@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <BAY10-F27CFj2AhGwEU00028c78@hotmail.com>
References: <BAY10-F27CFj2AhGwEU00028c78@hotmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Message-Id: <DA91D576-2240-11D9-A9AD-00306557E112@u.washington.edu>
Content-Transfer-Encoding: quoted-printable
From: Michael Becke <becke@u.washington.edu>
Subject: Re: HTTP Version Not Supported Error
Date: Tue, 19 Oct 2004 22:36:32 -0400
To: "Commons HttpClient Project" <commons-httpclient-dev@jakarta.apache.org>

Hi Nick,

Sounds like there may be a problem with the server side.  What server=20
are you using?

Mike

On Oct 19, 2004, at 6:04 PM, Nick Jarvis wrote:

> Mike,
> I have taken your advise and set the content length manually sending=20=

> in the length of a file even if it is larger than 2 gigs.  I am=20
> getting a bug however when uploading over 2 gigs still.  It seems that=20=

> the server is blocking the read function for the ServletInputStream. =20=

> I get a socket read time out exception thrown.  When I look at the=20
> bytes that were written and the length of the file, the bytes that=20
> were written seem to be more than the length of the file.  This only=20=

> occurs for files over 2 gigs.  I tested multiple files, (512 MB, 1.8=20=

> GB, 2.0 GB).  On the client side I have checked my code for the file=20=

> input stream and writing of the bytes to the request output stream. =20=

> The bytes I am writing are consistent with the length of the file, yet=20=

> I am having this trouble on the server side.  I am using HttpServlet=20=

> on the server side of my application.  I am getting the input stream=20=

> from the request input stream, I am creating a file output stream, and=20=

> I am writing to the file.  I believe that the HttpServlet should be=20
> compatible with HTTP 1.1.  Still, from my previous threading problem I=20=

> had to set the setHttp11 function to false so that I do not get the=20
> upload error I stated before.  Sorry for the questions, but I have=20
> tried fixing this and understanding it to no avail.  I appreciate any=20=

> help that you could give me.  Thanks for your time,
>
> N. Jarvis
>
>> From: Michael Becke <becke@u.washington.edu>
>> Reply-To: "Commons HttpClient Project"=20
>> <commons-httpclient-dev@jakarta.apache.org>
>> To: Commons HttpClient Project=20
>> <commons-httpclient-dev@jakarta.apache.org>
>> Subject: Re: HTTP Version Not Supported Error
>> Date: Mon, 18 Oct 2004 11:10:48 -0400
>>
>> Hi Nick,
>>
>> I have one addition to Roland's comments.
>>
>>> b) Don't call setContentLength, or set it to -1 in a
>>> FilePart object. This should work fine with HTTP/1.1
>>> and chunked encoding, but also with HTTP/1.0 and
>>> no chunked encoding. Since the server does not know
>>> the content length in advance, it has to read until the
>>> end of the stream in no-chunks mode. Connection
>>> re-use is impossible, but after transferring more than
>>> 2 gigs I doubt you'll notice the performance impact
>>> of opening a new connection :-)
>>> It might be a violation of HTTP to POST data without
>>> a valid content length, but since you're controlling
>>> the server as well, that shouldn't bother you much.
>>
>> The HttpClient 2.0 API does not directly support setting content=20
>> length > 2GB because of the use of an int.  This has been fixed in=20
>> the 3.0 API but it can be done in 2.0 by setting the content-length=20=

>> header manually:
>>
>> method.setRequestHeader("Content-Length", "Some number bigger than=20
>> 2GB");
>>
>> Mike
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:=20
>> commons-httpclient-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail:=20
>> commons-httpclient-dev-help@jakarta.apache.org
>>
>
> _________________________________________________________________
> FREE pop-up blocking with the new MSN Toolbar =96 get it now!=20
> http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:=20
> commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:=20
> commons-httpclient-dev-help@jakarta.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org