DO NOT REPLY [Bug 10794] - User interaction for authentication
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10794. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10794 User interaction for authentication --- Additional Comments From [EMAIL PROTECTED] 2004-01-27 06:13 --- I'd consider the callbacks a part of the authentication info, hence HttpState... :-) May I throw in the HttpMethod level as another choice? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Connection Reset Error
Why not let the servlet send some heartbeats. i.e. every minute send back some string that informs about the progress or just a simple I am still alive. Odi David Webb wrote: 2) HP-UX / JDK1.4.X - Runs for about 15 minutes then throws the following exception: Exception thrown: java.net.SocketException: Connection reset Is there anything I can do in HttpClient to prevent this from happening? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug in read timout in subsequnt method execution after Connection : keep-alive [ 2.0_RC3]
Hi ! Lets hope that this is right place to mail these issues, Im not familiar with bugzilla so I´ll send this to here ! Apologies to everyone if this is not.. Changing read timeout ()wont affect after successful method execution using same connection.. This seems to be a bug in HttpClient class method executeMethod(HostConfiguration ...).. The problematic section seems to be if section checking if connection is open method.setStrictMode(strictMode); if (!connection.isOpen()) { connection.setConnectionTimeout(connectionTimeout); -- connection.setSoTimeout(soTimeout); connection.open(); if (connection.isProxied() connection.isSecure()) { method = new ConnectMethod(method); } } Problem can be solved by moving the line out of if section method.setStrictMode(strictMode); connection.setSoTimeout(soTimeout); if (!connection.isOpen()) { connection.setConnectionTimeout(connectionTimeout); connection.open(); if (connection.isProxied() connection.isSecure()) { method = new ConnectMethod(method); } } - Teemu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [PATCH] FilePart class
Robert, Could you live with something like that (see patch below)? Oleg PS: Two feature requests may be of interest to you. BTW, we happily accept contributions ;-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14036 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20288 Index: FilePart.java === RCS file: /home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods/multipart/FilePart.java,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 FilePart.java --- FilePart.java 10 Oct 2003 04:16:03 - 1.14.2.1 +++ FilePart.java 27 Jan 2004 13:34:20 - @@ -264,6 +264,16 @@ } } +/** + * Returns the source of the file part. + * + * @return The source. + */ +protected PartSource getSource() { +LOG.trace(enter getSource()); +return this.source; +} + /** * Return the length of the data. * @return The length. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 26, 2004 23:53 To: [EMAIL PROTECTED] Subject: [PATCH] FilePart class Hi All, I'm currently working on a subclass of org.apache.commons.httpclient.methods.multipart.FilePart that allows the multipart post to be stopped prematurely. It would be really nice to have protected access on the member variable source in FilePart, so I only have to override the sendData function as opposed to most of the class. Any chance of getting this changed? --- FilePart.java.orig Mon Jan 26 16:40:39 2004 +++ FilePart.java Mon Jan 26 16:41:38 2004 @@ -109,7 +109,7 @@ EncodingUtil.getAsciiBytes(FILE_NAME); /** Source of the file part. */ -private PartSource source; +protected PartSource source; /** * FilePart Constructor. Thanks. - Robert Lasch Follett Library and School Group - 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]
Test
Testing... My emails seems to not be going through. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [PATCH] FilePart class
Oleg, Yeah, the patch below will work. As for the two bugs, the first one doesn't really interest me, but the second one interests me a little. I was going to implement it (kind of) using separate classes, etc. Now, seeing the bug report, I might change it a bit to be included in the classes. Thanks. Robert Lasch Follett Library and School Group Kalnichevski, Oleg [EMAIL PROTECTED]To: Commons HttpClient Project gpoint.com [EMAIL PROTECTED] cc: 01/27/2004 07:42 AM Subject: RE: [PATCH] FilePart class Please respond to Commons HttpClient Project Robert, Could you live with something like that (see patch below)? Oleg PS: Two feature requests may be of interest to you. BTW, we happily accept contributions ;-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14036 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20288 Index: FilePart.java === RCS file: /home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods/multipart/FilePart.java,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 FilePart.java --- FilePart.java10 Oct 2003 04:16:03 - 1.14.2.1 +++ FilePart.java27 Jan 2004 13:34:20 - @@ -264,6 +264,16 @@ } } +/** + * Returns the source of the file part. + * + * @return The source. + */ +protected PartSource getSource() { +LOG.trace(enter getSource()); +return this.source; +} + /** * Return the length of the data. * @return The length. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 26, 2004 23:53 To: [EMAIL PROTECTED] Subject: [PATCH] FilePart class Hi All, I'm currently working on a subclass of org.apache.commons.httpclient.methods.multipart.FilePart that allows the multipart post to be stopped prematurely. It would be really nice to have protected access on the member variable source in FilePart, so I only have to override the sendData function as opposed to most of the class. Any chance of getting this changed? --- FilePart.java.orig Mon Jan 26 16:40:39 2004 +++ FilePart.java Mon Jan 26 16:41:38 2004 @@ -109,7 +109,7 @@ EncodingUtil.getAsciiBytes(FILE_NAME); /** Source of the file part. */ -private PartSource source; +protected PartSource source; /** * FilePart Constructor. Thanks. - Robert Lasch Follett Library and School Group - 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]
RE: [PATCH] FilePart class
Hi I have loaded apache on a windows machine, and i am used to working with IIS i went through documentation but i cannot see where i can set a default fome page and directories Mokwena Motseto -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 27, 2004 5:50 PM To: Commons HttpClient Project Subject: RE: [PATCH] FilePart class Oleg, Yeah, the patch below will work. As for the two bugs, the first one doesn't really interest me, but the second one interests me a little. I was going to implement it (kind of) using separate classes, etc. Now, seeing the bug report, I might change it a bit to be included in the classes. Thanks. Robert Lasch Follett Library and School Group Kalnichevski, Oleg [EMAIL PROTECTED]To: Commons HttpClient Project gpoint.com [EMAIL PROTECTED] cc: 01/27/2004 07:42 AM Subject: RE: [PATCH] FilePart class Please respond to Commons HttpClient Project Robert, Could you live with something like that (see patch below)? Oleg PS: Two feature requests may be of interest to you. BTW, we happily accept contributions ;-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14036 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20288 Index: FilePart.java === RCS file: /home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/commons/httpc lient/methods/multipart/FilePart.java,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 FilePart.java --- FilePart.java10 Oct 2003 04:16:03 - 1.14.2.1 +++ FilePart.java27 Jan 2004 13:34:20 - @@ -264,6 +264,16 @@ } } +/** + * Returns the source of the file part. + * + * @return The source. + */ +protected PartSource getSource() { +LOG.trace(enter getSource()); +return this.source; +} + /** * Return the length of the data. * @return The length. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 26, 2004 23:53 To: [EMAIL PROTECTED] Subject: [PATCH] FilePart class Hi All, I'm currently working on a subclass of org.apache.commons.httpclient.methods.multipart.FilePart that allows the multipart post to be stopped prematurely. It would be really nice to have protected access on the member variable source in FilePart, so I only have to override the sendData function as opposed to most of the class. Any chance of getting this changed? --- FilePart.java.orig Mon Jan 26 16:40:39 2004 +++ FilePart.java Mon Jan 26 16:41:38 2004 @@ -109,7 +109,7 @@ EncodingUtil.getAsciiBytes(FILE_NAME); /** Source of the file part. */ -private PartSource source; +protected PartSource source; /** * FilePart Constructor. Thanks. - Robert Lasch Follett Library and School Group - 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] This e-mail is sent in terms of the following policy/disclaimer. Click on this link http://www.sapo.co.za/mail_disclaimer.htm to read full disclaimer.
Re: [OT] FilePart class
Mokwena Your question is off topic here. I suppose you are confusing Apache Http Server with Jakarta Commons HttpClient. Please see the httpd Website http://httpd.apache.org/ for support for your problem. Also, I don't understand why you blindly reference and quote a message which is completely unrelated to your question. This is causes more confusion than it helps. Your problem: you may want to have a look at the httpd.conf DirectoryIndex directive. HTH Ortwin Glück Mokwena Motseto wrote: I have loaded apache on a windows machine, and i am used to working with IIS i went through documentation but i cannot see where i can set a default fome page and directories Mokwena Motseto -- _ NOSE applied intelligence ag ortwin glück [www] http://www.nose.ch software engineer [email] [EMAIL PROTECTED] hardturmstrasse 171 [pgp key] 0x81CF3416 8005 zürich [office] +41-1-277 57 35 switzerland [fax] +41-1-277 57 12 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Connection Reset Error
I wonder wheter a status 100 response can be used for this purpose. HttpClient would simply ignore it and wait for the next response. regards, Roland Ortwin Glück [EMAIL PROTECTED] 27.01.2004 08:10 Please respond to Commons HttpClient Project To: Commons HttpClient Project [EMAIL PROTECTED] cc: Subject:Re: Connection Reset Error Why not let the servlet send some heartbeats. i.e. every minute send back some string that informs about the progress or just a simple I am still alive. Odi David Webb wrote: 2) HP-UX / JDK1.4.X - Runs for about 15 minutes then throws the following exception: Exception thrown: java.net.SocketException: Connection reset Is there anything I can do in HttpClient to prevent this from happening? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [PATCH] FilePart class
Patch committed to 2.0 and HEAD Oleg On Tue, 2004-01-27 at 16:50, [EMAIL PROTECTED] wrote: Oleg, Yeah, the patch below will work. As for the two bugs, the first one doesn't really interest me, but the second one interests me a little. I was going to implement it (kind of) using separate classes, etc. Now, seeing the bug report, I might change it a bit to be included in the classes. Thanks. Robert Lasch Follett Library and School Group Kalnichevski, Oleg [EMAIL PROTECTED]To: Commons HttpClient Project gpoint.com [EMAIL PROTECTED] cc: 01/27/2004 07:42 AM Subject: RE: [PATCH] FilePart class Please respond to Commons HttpClient Project Robert, Could you live with something like that (see patch below)? Oleg PS: Two feature requests may be of interest to you. BTW, we happily accept contributions ;-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14036 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20288 Index: FilePart.java === RCS file: /home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods/multipart/FilePart.java,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 FilePart.java --- FilePart.java10 Oct 2003 04:16:03 - 1.14.2.1 +++ FilePart.java27 Jan 2004 13:34:20 - @@ -264,6 +264,16 @@ } } +/** + * Returns the source of the file part. + * + * @return The source. + */ +protected PartSource getSource() { +LOG.trace(enter getSource()); +return this.source; +} + /** * Return the length of the data. * @return The length. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 26, 2004 23:53 To: [EMAIL PROTECTED] Subject: [PATCH] FilePart class Hi All, I'm currently working on a subclass of org.apache.commons.httpclient.methods.multipart.FilePart that allows the multipart post to be stopped prematurely. It would be really nice to have protected access on the member variable source in FilePart, so I only have to override the sendData function as opposed to most of the class. Any chance of getting this changed? --- FilePart.java.orig Mon Jan 26 16:40:39 2004 +++ FilePart.java Mon Jan 26 16:41:38 2004 @@ -109,7 +109,7 @@ EncodingUtil.getAsciiBytes(FILE_NAME); /** Source of the file part. */ -private PartSource source; +protected PartSource source; /** * FilePart Constructor. Thanks. - Robert Lasch Follett Library and School Group - 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]
Re: Odd problem
Hello Brett, the 11b should be part of the chunked encoding used by the server to send back the error page. No reason to worry. I wonder why the server reports a missing page / although that's not the page you requested. Without knowledge of the server application, it is hard to tell how the server determines the page it should return. Here is my guess... HttpClient: Referer: https://target.com/app/login/nllogin.nl[\r][\n] IE: Referer: https://target.com/pages/login.jsp?rdt=%2Fapp%2Fcenter%2Fmyroles.nl You could try to set a different Referer header in your request. best regards, Roland Brett Knights [EMAIL PROTECTED] 27.01.2004 06:15 Please respond to Commons HttpClient Project To: Commons HttpClient Project [EMAIL PROTECTED] cc: Subject:Odd problem Hi, I am using RC3 with jdk 1.4.2_03 When I use http client to get to the site I get a 404 (http client wire log follows then grinder generated IE trace). I just can't see what is going wrong. Any suggestions are appreciated. This is part of a larger scripted operation so I am wondering if if is possible that I am stepping on something by not releasing connections correctly. The 11b at 26 Jan 2004 20:54:20,38726 Jan 2004 20:54:20,387 seems rather odd. DEBUG [main] httpclient.wire - GET /app/center/myroles.nl HTTP/1.1[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461)[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Referer: https://target.com/app/login/nllogin.nl[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Host: target.com[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: NS_VER=9.1[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: JSESSIONID=536c011ea00848b78315913117b9c243.mkbxr2PEmlnva30N-BbQmkLz-A Tzr6Lzn6rzqwTxpQOUc30KaNDvmQbJrkTOokTBrxyL8Q5xmReHoA5Qmh0KaMTvmQbO-kDv rA4Ka3aIqRnvp6iIpAjOp6jynQjM-AbJpgaTax4SbwbCpQPz8QvJpkixn6jAmljGr5XDqQ LvpAe_[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: lastUser=ACCT102534_3_3[\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - Cookie: T16:byMeU53W=[\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - [\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - HTTP/1.1 404 Not Found[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Date: Tue, 27 Jan 2004 04:54:26 GMT[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Server: Oracle9iAS/9.0.2 Oracle HTTP Server[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Transfer-Encoding: chunked[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Content-Type: text/html; charset=iso-8859-1[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - 1: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - 1: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - b: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - HTMLHEAD[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - TITLE404 Not Found/TITLE[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - /HEADBODY[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - H1Not Found/H1[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - The requested URL / was not found on this server.P[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - HR[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - ADDRESSOracle HTTP Server/1.3.22 Server at target.com Port 444/ADDRESS[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - /BODY/HTML[\n]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - 0: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,397 When I use IE I get the page expected: -- localhost:2290-target.com:443 -- GET /app/center/myroles.nl HTTP/1.1 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/msword, application/x-shockwave-flash, application/vnd.ms-excel, */* Referer: https://target.com/pages/login.jsp?rdt=%2Fapp%2Fcenter%2Fmyroles.nl Accept-Language: en-us Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461) Host: target.com Connection: Keep-Alive Cache-Control: no-cache Cookie: lastUser=ACCT102534_3_3; NLVisitorId=GEVsNmOJAOKYoS-W;
RE: [PATCH] FilePart class
is this patch for setting the transfer encoding and the content type? --- Oleg Kalnichevski [EMAIL PROTECTED] wrote: Patch committed to 2.0 and HEAD Oleg On Tue, 2004-01-27 at 16:50, [EMAIL PROTECTED] wrote: Oleg, Yeah, the patch below will work. As for the two bugs, the first one doesn't really interest me, but the second one interests me a little. I was going to implement it (kind of) using separate classes, etc. Now, seeing the bug report, I might change it a bit to be included in the classes. Thanks. Robert Lasch Follett Library and School Group Kalnichevski, Oleg [EMAIL PROTECTED] To: Commons HttpClient Project gpoint.com [EMAIL PROTECTED] cc: 01/27/2004 07:42 AM Subject: RE: [PATCH] FilePart class Please respond to Commons HttpClient Project Robert, Could you live with something like that (see patch below)? Oleg PS: Two feature requests may be of interest to you. BTW, we happily accept contributions ;-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14036 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20288 Index: FilePart.java === RCS file: /home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods/multipart/FilePart.java,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 FilePart.java --- FilePart.java10 Oct 2003 04:16:03 - 1.14.2.1 +++ FilePart.java27 Jan 2004 13:34:20 - @@ -264,6 +264,16 @@ } } +/** + * Returns the source of the file part. + * + * @return The source. + */ +protected PartSource getSource() { +LOG.trace(enter getSource()); +return this.source; +} + /** * Return the length of the data. * @return The length. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 26, 2004 23:53 To: [EMAIL PROTECTED] Subject: [PATCH] FilePart class Hi All, I'm currently working on a subclass of org.apache.commons.httpclient.methods.multipart.FilePart that allows the multipart post to be stopped prematurely. It would be really nice to have protected access on the member variable source in FilePart, so I only have to override the sendData function as opposed to most of the class. Any chance of getting this changed? --- FilePart.java.orig Mon Jan 26 16:40:39 2004 +++ FilePart.java Mon Jan 26 16:41:38 2004 @@ -109,7 +109,7 @@ EncodingUtil.getAsciiBytes(FILE_NAME); /** Source of the file part. */ -private PartSource source; +protected PartSource source; /** * FilePart Constructor. Thanks. - Robert Lasch Follett Library and School Group - 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] __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For
DO NOT REPLY [Bug 26139] - Memory leak in MultiThreadedHttpClient caused by bad .equals()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26139. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26139 Memory leak in MultiThreadedHttpClient caused by bad .equals() --- Additional Comments From [EMAIL PROTECTED] 2004-01-27 22:19 --- Patch applied to HEAD. Should we put this is for 2.0 as well? Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Odd problem
Thanks for the info. The error is so weird (There is nothing in my trace logs to indicate I am asking for url / and there isn't anything on the server's port 444.) I am wondering if the site is somehow detecting that I am not really a browser and is kicking back that response. I'm stumped. - Original Message - From: Roland Weber [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Monday, January 26, 2004 10:24 PM Subject: Re: Odd problem Hello Brett, the 11b should be part of the chunked encoding used by the server to send back the error page. No reason to worry. I wonder why the server reports a missing page / although that's not the page you requested. Without knowledge of the server application, it is hard to tell how the server determines the page it should return. Here is my guess... HttpClient: Referer: https://target.com/app/login/nllogin.nl[\r][\n] IE: Referer: https://target.com/pages/login.jsp?rdt=%2Fapp%2Fcenter%2Fmyroles.nl You could try to set a different Referer header in your request. best regards, Roland Brett Knights [EMAIL PROTECTED] 27.01.2004 06:15 Please respond to Commons HttpClient Project To: Commons HttpClient Project [EMAIL PROTECTED] cc: Subject:Odd problem Hi, I am using RC3 with jdk 1.4.2_03 When I use http client to get to the site I get a 404 (http client wire log follows then grinder generated IE trace). I just can't see what is going wrong. Any suggestions are appreciated. This is part of a larger scripted operation so I am wondering if if is possible that I am stepping on something by not releasing connections correctly. The 11b at 26 Jan 2004 20:54:20,38726 Jan 2004 20:54:20,387 seems rather odd. DEBUG [main] httpclient.wire - GET /app/center/myroles.nl HTTP/1.1[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461)[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Referer: https://target.com/app/login/nllogin.nl[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Host: target.com[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: NS_VER=9.1[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: JSESSIONID=536c011ea00848b78315913117b9c243.mkbxr2PEmlnva30N-BbQmkLz-A Tzr6Lzn6rzqwTxpQOUc30KaNDvmQbJrkTOokTBrxyL8Q5xmReHoA5Qmh0KaMTvmQbO-kDv rA4Ka3aIqRnvp6iIpAjOp6jynQjM-AbJpgaTax4SbwbCpQPz8QvJpkixn6jAmljGr5XDqQ LvpAe_[\r][\n]: 26 Jan 2004 20:54:20,247 DEBUG [main] httpclient.wire - Cookie: lastUser=ACCT102534_3_3[\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - Cookie: T16:byMeU53W=[\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - [\r][\n]: 26 Jan 2004 20:54:20,257 DEBUG [main] httpclient.wire - HTTP/1.1 404 Not Found[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Date: Tue, 27 Jan 2004 04:54:26 GMT[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Server: Oracle9iAS/9.0.2 Oracle HTTP Server[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Transfer-Encoding: chunked[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - Content-Type: text/html; charset=iso-8859-1[\r][\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - 1: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - 1: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - b: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - HTMLHEAD[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - TITLE404 Not Found/TITLE[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - /HEADBODY[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - H1Not Found/H1[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - The requested URL / was not found on this server.P[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - HR[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - ADDRESSOracle HTTP Server/1.3.22 Server at target.com Port 444/ADDRESS[\n]: 26 Jan 2004 20:54:20,387 DEBUG [main] httpclient.wire - /BODY/HTML[\n]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - 0: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\r]: 26 Jan 2004 20:54:20,397 DEBUG [main] httpclient.wire - [\n]: 26 Jan 2004 20:54:20,397 When I use IE I get the page
Motivation behind RecoverableHttpExecption ?
Hi ! Having huge struggles in HttpClient exception handling, I would like to know the design issues and motivations behind the introduction of exception class HttpRecoverableException. I generally like the idea that if socket timeouts the socket timeout exception is thrown and if read timeouts the IOexception is thrown etc. And by definition the exception should be something that you might be able to recover .. IMHO: HttpClient should be able to survive with HttpExeception to indicate exceptions in http protocol handling.. Biggest troubles caused the problem to solve the real Exception that initially caused HttpRecoverableException. In 2.0_rc3 the cause is introduces as text which is not programmatically appropriate solution to make it possible to handle exception precisely. I See yours efforts to keep the lib 1.2 compatible, but init cause is very important in these event 'packaging' issues ! So could there be (at least; or similiar).. public class HttpRecoverableException extends HttpException { Throwable hInitCause = null; public HttpRecoverableException(Throwable _InitCause ) { super() this.hInitCause = _initCause ; } // initCause(Throwable t) etc may also introduced ! public void printStackTrace(PrintStream s) { super.printStackTrace(s); if (hInitCause != null) ( s.print(Caused by:); hInitCause.printStackTrace(s); ) } public Throwable initCause(){ return hInitCause; } } The example is not tested nor complete but should bring out the idea ! This could be introduced on URIException or at HttpException level too.. I made easy fork to 1.4.2 and get rid of HttpRecoverableException using only HttpException , that I separated form URIExcepetion.. This seems to work for me now .. Is there any example available of pooling methods ? Cause is got lots of strange exceptions at the early stages when trying to familiarize myself with HttpClient and their pooling.. (Something concurency isses ) Ill get back more about this when I have time to het exact dumbs out. - Teemu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] FilePart class
Hi Sid, No, that was added back in October. Please take a look at the PartBase class http://cvs.apache.org/viewcvs.cgi/jakarta-commons/httpclient/src/java/ org/apache/commons/httpclient/methods/multipart/PartBase.java. Mike On Jan 27, 2004, at 5:36 PM, Sid Subr wrote: is this patch for setting the transfer encoding and the content type? --- Oleg Kalnichevski [EMAIL PROTECTED] wrote: Patch committed to 2.0 and HEAD Oleg On Tue, 2004-01-27 at 16:50, [EMAIL PROTECTED] wrote: Oleg, Yeah, the patch below will work. As for the two bugs, the first one doesn't really interest me, but the second one interests me a little. I was going to implement it (kind of) using separate classes, etc. Now, seeing the bug report, I might change it a bit to be included in the classes. Thanks. Robert Lasch Follett Library and School Group Kalnichevski, Oleg [EMAIL PROTECTED] To: Commons HttpClient Project gpoint.com [EMAIL PROTECTED] cc: 01/27/2004 07:42 AM Subject: RE: [PATCH] FilePart class Please respond to Commons HttpClient Project Robert, Could you live with something like that (see patch below)? Oleg PS: Two feature requests may be of interest to you. BTW, we happily accept contributions ;-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14036 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20288 Index: FilePart.java === RCS file: /home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/ commons/httpclient/methods/multipart/FilePart.java,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 FilePart.java --- FilePart.java10 Oct 2003 04:16:03 - 1.14.2.1 +++ FilePart.java27 Jan 2004 13:34:20 - @@ -264,6 +264,16 @@ } } +/** + * Returns the source of the file part. + * + * @return The source. + */ +protected PartSource getSource() { +LOG.trace(enter getSource()); +return this.source; +} + /** * Return the length of the data. * @return The length. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 26, 2004 23:53 To: [EMAIL PROTECTED] Subject: [PATCH] FilePart class Hi All, I'm currently working on a subclass of org.apache.commons.httpclient.methods.multipart.FilePart that allows the multipart post to be stopped prematurely. It would be really nice to have protected access on the member variable source in FilePart, so I only have to override the sendData function as opposed to most of the class. Any chance of getting this changed? --- FilePart.java.orig Mon Jan 26 16:40:39 2004 +++ FilePart.java Mon Jan 26 16:41:38 2004 @@ -109,7 +109,7 @@ EncodingUtil.getAsciiBytes(FILE_NAME); /** Source of the file part. */ -private PartSource source; +protected PartSource source; /** * FilePart Constructor. Thanks. - Robert Lasch Follett Library and School Group - 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] __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ - 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]
DO NOT REPLY [Bug 26139] - Memory leak in MultiThreadedHttpClient caused by bad .equals()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26139. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26139 Memory leak in MultiThreadedHttpClient caused by bad .equals() --- Additional Comments From [EMAIL PROTECTED] 2004-01-26 23:59 --- Roland, Oleg, Thank you for looking the patch over. I will make the changes to the ProtocolSocketFactory classes in contrib and commit. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]