Have a look here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26070
Thanks Moh -----Original Message----- From: John Keyes [mailto:[EMAIL PROTECTED] Sent: Monday, February 23, 2004 3:49 PM To: Commons HttpClient Project Subject: Re: streaming request body Guys, A colleague pointed out to me that this does not in fact resolve the situation. The solutions pointed out allow me to read the attachment as a stream. The contents are still held in memory prior to writing it on the wire. To fully support this you would need access to the OutputStream. If we could pass a HttpClient to the HttpMethod then we could get access to the output stream via the getRequestOutputStream method. I don't understand the connection pooling argument. I thought it should be a user preference whether to have connection pooling. Any ideas on this? -John K On 23 Feb 2004, at 13:02, Kalnichevski, Oleg wrote: > > John, > > HttpClient's entity enclosing methods (POST, PUT) do support content > streaming when (1) the content length does not need to be > automatically calculated or (2) chunk-encoding is used > > Please refer to the following sample applications for details > > Unbuffered post: > > http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/ > httpclient/src/examples/UnbufferedPost.java?content- > type=text%2Fplain&rev=1.2.2.1 > > Chunk-encoded post: > > http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/ > httpclient/src/examples/ChunkEncodedPost.java?content- > type=text%2Fplain&rev=1.4.2.1 > > Hope this helps > > Oleg > > > -----Original Message----- > From: John Keyes [mailto:[EMAIL PROTECTED] > Sent: Monday, February 23, 2004 13:54 > To: [EMAIL PROTECTED] > Subject: streaming request body > > > Hi, > > I notice you have separated out the functions of the connection and > the content creation. So the code must be something like > > HttpClient client = new HttpClient( url ); > HttpMethod method = new GetMethod(); > method.setRequestHeader( ... ); ... > method.setRequestBody( ... ); > client.execute( method ); > > If I want to send a large attachment and I don't want it all to be in > memory then I can't do it. The issue is that you have to write your > data to the HttpMethod. The HttpMethod doesn't know where to then > write this data until you call execute and pass the client which has > the connection to write to. So there isn't really a way around this > because of the separation of the connection from the HttpMethod. > > So my question is, is there a way to stream the request body rather > than having to store the request in memory prior to writing it on the > wire. > > Thanks, > -John K > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > > *********************************************************************** > **************************** > The information in this email is confidential and may be legally > privileged. Access to this email by anyone other than the intended > addressee is unauthorized. If you are not the intended recipient of > this message, any review, disclosure, copying, distribution, > retention, or any action taken or omitted to be taken in reliance on > it is prohibited and may be unlawful. If you are not the intended > recipient, please reply to or forward a copy of this message to the > sender and delete the message, any attachments, and any copies thereof > from your system. > *********************************************************************** > **************************** > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
