Re: Setting up HTTP/1.0 connection?
Hi Dan, Try HttpMethodBase.setHttp11(false). Mike On Sunday, August 31, 2003, at 11:18 AM, Dan Tran wrote: Hi, I am new to HttpClient and hope this is the right list to ask. How do I configure HTTP/1.0 connection? -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet to handle fileupload example - missing
Hi Dan, Commons FileUpload is what you're looking for. Mike On Sunday, August 31, 2003, at 12:01 PM, Dan Tran wrote: Hello, I notice the webapp test does not have a servlet to handle fileupload example. am I suppose to write one? Any advice? Thanks -Dan I am using RC1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet to handle fileupload example - missing
Thanks Michael. Was there any reason why HttpClient does not include one? Usually it would be a big help for a newbie not to figure this out first. -D - Original Message - From: Michael Becke [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Sunday, August 31, 2003 7:58 PM Subject: Re: Servlet to handle fileupload example - missing Hi Dan, Commons FileUpload is what you're looking for. Mike On Sunday, August 31, 2003, at 12:01 PM, Dan Tran wrote: Hello, I notice the webapp test does not have a servlet to handle fileupload example. am I suppose to write one? Any advice? Thanks -Dan I am using RC1 - 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]
Re: Servlet to handle fileupload example - missing
On 01/09/2003 4:01 PM, Dan Tran [EMAIL PROTECTED] wrote: Thanks Michael. Was there any reason why HttpClient does not include one? Usually it would be a big help for a newbie not to figure this out first. -D Hi Dan, HttpClient doesn't include one because it focuses on the client side of HTTP transactions and so the server side is out of scope. Additionally if we were to ship FileUpload we'd have to deal with all the problems that go along with it such as support load and synchronizing the release schedule so we ship a stable and up to date FileUpload. We probably should improve our documentation about file uploading though. I've added it to my todo list (that doesn't seem to be getting done lately so feel free to jump in). On a side note, I think I need to move my todo list into bugzilla since it's become pretty big and I'm not keeping up with it. I've added that to my todo list too. :) Does anyone have any objections to using bugzilla in a more informal method like that? Regards, Adrian Sutton. -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: regression in cookie handling from 2.0 alpha3 to 2.0 rc 1 ?
Hi Eric, I encountered the same problem. HttpClient is currently rather an HttpUserAgent and not designed for use in a proxy. I was waiting for the discussion on 3.0 architecture to start to raise this issue :-) For example, you will also run into problems when you try to handle 100-continue responses the way a proxy should. regards, Roland Eric Bloch [EMAIL PROTECTED] 26.08.2003 03:10 Please respond to Commons HttpClient Project To: Commons HttpClient Project [EMAIL PROTECTED] cc: Subject:Re: regression in cookie handling from 2.0 alpha3 to 2.0 rc 1 ? Hi Adrian, Thanks for the quick response! My problem is that I don't have a 'Cookie' object. I only have the text string for the name of the cookie and its value and I couldn't see any easy way for me to construct up a Cookie object from that... or any exposed http cookie header (not set-cookie header) parsing that would make it easy for me to construct up the Cookie object from my text (Im essentially reading a 'cookie' header myself and proxying the cookie over to another http server via the httpclient library). Parsing the cookie could actually be wasted cycles, too, because I don't maintain any state between requests; I create and destroy an HttpClient for each request (GetMethod) I execute. I'm happy with my current workaround, but it means I'll have to make sure the implementation bits don't change too much between revs, as you guys continue on. Again, thanks for your time and nice work! -Eric Adrian Sutton wrote: Hi Eric, If I manually set a cookie header on a request (for example, if I'm proxying a request myself), HttpMethodBase will always clobber it during addCookieRequestHeader(). I would think that it should merge in any client state cookies to the header I add, rather than clobbering mine. You should add cookies using the HttpState.addCookie method rather than adding it directly as a header, then it won't be clobbered and will be correctly merged into any other cookies being sent. We don't consider the current behaviour a bug, though if enough people requested it I imagine it would be possible to change. Regards, Adrian Sutton. -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Bloch Laszlo Systems, Inc. 1040 Mariposa Street, SF, CA 94107 voice: 415.241.2721 fax: 415.865.2914 email: [EMAIL PROTECTED] --- Laszlo allows Behr to deliver a breakthrough experience with ColorSmart by BEHR application. http://www.behr.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A bug?
Michael Becke wrote: Any thoughts on why we close the streams and then the socket? Someone might have implemented sockets with buffered streams. Closing only the socket directly would not dispose of the buffers. Given the SocketFactory stuff, that possibility shouldn't be ruled out. just my thoughts :-) Roland
HttpGet with Chunked response
Hello, I run thru the httpclient unittest suite and notice a GET with chunked reponse missing. So I create one where at the server I setup the response to send back as chunk. The test fails agains tomcat 4.1 cayote connector. Is this test purposely left out? My guess here is cayotee connector does not support chunked transfer ecoding in the response. Please advice. -Dan
Re: HttpGet with Chunked response
Hi Dan, HttpClient certainly handles chunked responses. Can you be more specific about what you are trying and what is failing? Stack traces and wire logs http://jakarta.apache.org/commons/httpclient/logging.html are always helpful. Mike On Monday, September 1, 2003, at 12:41 PM, Dan Tran wrote: Hello, I run thru the httpclient unittest suite and notice a GET with chunked reponse missing. So I create one where at the server I setup the response to send back as chunk. The test fails agains tomcat 4.1 cayote connector. Is this test purposely left out? My guess here is cayotee connector does not support chunked transfer ecoding in the response. Please advice. -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet to handle fileupload example - missing
Putting todos in bugzilla sounds like a good idea to me. Mike On Monday, September 1, 2003, at 02:08 AM, Adrian Sutton wrote: On 01/09/2003 4:01 PM, Dan Tran [EMAIL PROTECTED] wrote: Thanks Michael. Was there any reason why HttpClient does not include one? Usually it would be a big help for a newbie not to figure this out first. -D Hi Dan, HttpClient doesn't include one because it focuses on the client side of HTTP transactions and so the server side is out of scope. Additionally if we were to ship FileUpload we'd have to deal with all the problems that go along with it such as support load and synchronizing the release schedule so we ship a stable and up to date FileUpload. We probably should improve our documentation about file uploading though. I've added it to my todo list (that doesn't seem to be getting done lately so feel free to jump in). On a side note, I think I need to move my todo list into bugzilla since it's become pretty big and I'm not keeping up with it. I've added that to my todo list too. :) Does anyone have any objections to using bugzilla in a more informal method like that? Regards, Adrian Sutton. -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - 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]
Re: Servlet to handle fileupload example - missing
As Adrian said HttpClient is a client side library, it is not meant to handle the server side of http requests. Please take a look at FileUpload http://jakarta.apache.org/commons/fileupload/index.html. Mike On Monday, September 1, 2003, at 04:09 PM, Dan Tran wrote: If you have a serverside fileupload already written, I would love to have it. Of course this is unsupported at httpclient list. -Dan - Original Message - From: Michael Becke [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Monday, September 01, 2003 10:30 AM Subject: Re: Servlet to handle fileupload example - missing Putting todos in bugzilla sounds like a good idea to me. Mike On Monday, September 1, 2003, at 02:08 AM, Adrian Sutton wrote: On 01/09/2003 4:01 PM, Dan Tran [EMAIL PROTECTED] wrote: Thanks Michael. Was there any reason why HttpClient does not include one? Usually it would be a big help for a newbie not to figure this out first. -D Hi Dan, HttpClient doesn't include one because it focuses on the client side of HTTP transactions and so the server side is out of scope. Additionally if we were to ship FileUpload we'd have to deal with all the problems that go along with it such as support load and synchronizing the release schedule so we ship a stable and up to date FileUpload. We probably should improve our documentation about file uploading though. I've added it to my todo list (that doesn't seem to be getting done lately so feel free to jump in). On a side note, I think I need to move my todo list into bugzilla since it's become pretty big and I'm not keeping up with it. I've added that to my todo list too. :) Does anyone have any objections to using bugzilla in a more informal method like that? Regards, Adrian Sutton. -- Intencha tomorrow's technology today Ph: 38478913 0422236329 Suite 8/29 Oatland Crescent Holland Park West 4121 Australia QLD www.intencha.com - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]