DO NOT REPLY [Bug 28296] - [API Doc] Compile performance optimization guide
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=28296>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28296 [API Doc] Compile performance optimization guide --- Additional Comments From [EMAIL PROTECTED] 2004-10-23 18:29 --- It's all yours. I'll be here for any proofreading or editing if needed. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31929] New: - Provide Date Header Util Methods
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31929>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31929 Provide Date Header Util Methods Summary: Provide Date Header Util Methods Product: HttpClient Version: 2.0.2 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello, It would be really nice to have util methods that help with setting date headers. For instance, like the servlet spec's setDateHeader() method. This allows for the client of HttpClient to not have to deal with formatting the date into the correct string. There is a parseDate method that turns a String into a Date. It would be nice to have the opposite method. Thanks! Seth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17821] - 100-Continue Error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=17821>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=17821 100-Continue Error [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Keywords||FAQ OS/Version|Other |Windows XP Platform|Other |PC Resolution|FIXED | Target Milestone|2.0 Beta 1 |3.0 Alpha 2 Version|2.0 Final |3.0 Alpha 2 --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 08:02 --- I keep getting 100 Continue error. My work can't continue since I can't resolve this problem. My code is: HttpClient httpclient = new HttpClient(); HttpState initialState = new HttpState(); initialState.addCookies(cookies); httpclient.setState(initialState); httpclient.getState().setCookiePolicy(CookiePolicy.RFC2109); PostMethod post = new PostMethod(url); post.setUseExpectHeader(false); post.setRequestBody(data); post.setRequestContentLength(totalLen); int result = httpclient.executeMethod(post); The full log is as following: 2004/10/28 15:35:35:375 CST [DEBUG] DefaultHttpParams - Set parameter http.protocol.expect-continue = false 2004/10/28 15:35:36:015 CST [DEBUG] header - >> "POST /Agent/General/login.asp HTTP/1.1[\r][\n]" 2004/10/28 15:35:36:015 CST [DEBUG] HttpMethodBase - Adding Host request header 2004/10/28 15:35:36:015 CST [DEBUG] HttpMethodBase - Default charset used: ISO- 8859-1 2004/10/28 15:35:36:015 CST [DEBUG] header - >> "User-Agent: Jakarta Commons- HttpClient/3.0-alpha2[\r][\n]" 2004/10/28 15:35:36:015 CST [DEBUG] header - >> "Host: phs.healthinsurance- asp.com[\r][\n]" 2004/10/28 15:35:36:015 CST [DEBUG] header - >> "Cookie: $Version=0; VisitorGuid=F4BD5A9A%2D5D3E%2D485C%2DBAD7%2DF54B200C8B27; $Path=/[\r][\n]" 2004/10/28 15:35:36:015 CST [DEBUG] header - >> "Cookie: $Version=0; SessionGUID=45ED6F7B%2DC899%2D435A%2D8947%2DEFE8BAE24FD6; $Path=/[\r][\n]" 2004/10/28 15:35:36:031 CST [DEBUG] header - >> "Content-Length: 38[\r][\n]" 2004/10/28 15:35:36:031 CST [DEBUG] header - >> "Content-Type: application/x- www-form-urlencoded[\r][\n]" 2004/10/28 15:35:36:656 CST [DEBUG] header - >> "[\r][\n]" 2004/10/28 15:35:36:656 CST [DEBUG] HttpMethodBase - Default charset used: ISO- 8859-1 2004/10/28 15:35:36:656 CST [DEBUG] content - >> "password=paperworkafs&username=ehealthasf" 2004/10/28 15:35:36:656 CST [DEBUG] EntityEnclosingMethod - Request body sent 2004/10/28 15:35:37:281 CST [DEBUG] header - << "HTTP/1.1 100 Continue[\r][\n]" 2004/10/28 15:35:37:281 CST [DEBUG] header - << "Server: Microsoft-IIS/5.0[\r] [\n]" 2004/10/28 15:35:37:281 CST [DEBUG] header - << "Date: Thu, 28 Oct 2004 07:35:29 GMT[\r][\n]" 2004/10/28 15:35:37:281 CST [INFO] HttpMethodBase - Discarding unexpected response: HTTP/1.1 100 Continue 2004/10/28 15:35:37:406 CST [DEBUG] header - << "HTTP/1.1 200 OK[\r][\n]" 2004/10/28 15:35:37:406 CST [DEBUG] header - << "Server: Microsoft-IIS/5.0[\r] [\n]" 2004/10/28 15:35:37:406 CST [DEBUG] header - << "Date: Thu, 28 Oct 2004 07:35:29 GMT[\r][\n]" 2004/10/28 15:35:37:406 CST [DEBUG] header - << "Content-Length: 5216[\r][\n]" 2004/10/28 15:35:37:406 CST [DEBUG] header - << "Content-Type: text/html[\r] [\n]" 2004/10/28 15:35:37:406 CST [DEBUG] header - << "Cache-control: private[\r][\n]" The server always returns the same content of the login screen no matter what username/password I sent. Could anybody tell me how to resolve this problem? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31929] - Provide Date Header Util Methods
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31929>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31929 Provide Date Header Util Methods --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 08:18 --- This is definitely something we should include. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17821] - 100-Continue Error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=17821>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=17821 100-Continue Error [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 08:21 --- Niel, This is not an error but merely an info that the server behaves a little funny. You may either choose to disable INFO messages or activate 'expect-continue' handshake, as IIS seems bent on using it. As to your authentication problem, please post it as a question to the [EMAIL PROTECTED] list Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31929] - Provide Date Header Util Methods
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31929>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31929 Provide Date Header Util Methods [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED Target Milestone|--- |3.0 Beta 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31981] New: - SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31981>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31981 SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector Summary: SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector Product: HttpClient Version: 3.0 Alpha 2 Platform: Other URL: http://nagoya.apache.org/eyebrowse/ReadMsg?listName=http [EMAIL PROTECTED]&msgNo=9236 OS/Version: Other Status: NEW Severity: Blocker Priority: Other Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The combination of SSL tunnelling, host authentication, and disabled persistent connection support (HTTPD KeepAlive off) causes an infinite loop in HttpMethodDirector. The problem has been reported on the httpclient-dev list by Rindress MacDonald - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31981] - SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31981>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31981 SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED Target Milestone|--- |3.0 Beta 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31981] - SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31981>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31981 SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector --- Additional Comments From [EMAIL PROTECTED] 2004-10-30 11:06 --- Created an attachment (id=13273) Patch (take 1) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31981] - SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31981>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31981 SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector --- Additional Comments From [EMAIL PROTECTED] 2004-10-30 11:07 --- Rindress, could you please retest your application against CVS HEAD + this patch and let me know the results? Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27298] - Deprecate and replace SimpleHttpConnection with the SimpleHttpServer based testing framework
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=27298>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27298 Deprecate and replace SimpleHttpConnection with the SimpleHttpServer based testing framework [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-10-31 14:09 --- * NTLM & Digest authentication scheme test cases refactored * TestAuthenticator test case removed * SimpleHttpConnection and SimpleHttpMethod classes removed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31994] New: - Deprecate and replace TestWebapp with the SimpleHttpServer based testing framework
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31994>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31994 Deprecate and replace TestWebapp with the SimpleHttpServer based testing framework Summary: Deprecate and replace TestWebapp with the SimpleHttpServer based testing framework Product: HttpClient Version: Nightly Builds Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Basically TestWebapp based testcases test functionality of Tomcat, rather than that of HttpClient. They tend to get broken with every major release of Tomcat and have proven more of a burden than any good - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31994] - Deprecate and replace TestWebapp with the SimpleHttpServer based testing framework
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31994>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31994 Deprecate and replace TestWebapp with the SimpleHttpServer based testing framework [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement Target Milestone|--- |3.0 Final - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31995] New: - Provide additional test coverage for HTTP and HTTPS over proxy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31995>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31995 Provide additional test coverage for HTTP and HTTPS over proxy Summary: Provide additional test coverage for HTTP and HTTPS over proxy Product: HttpClient Version: Nightly Builds Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] HTTP and HTTPS over proxy test coverage is still insufficient - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31995] - Provide additional test coverage for HTTP and HTTPS over proxy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31995>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31995 Provide additional test coverage for HTTP and HTTPS over proxy [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|--- |3.0 Final - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31995] - Provide additional test coverage for HTTP and HTTPS over proxy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31995>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31995 Provide additional test coverage for HTTP and HTTPS over proxy --- Additional Comments From [EMAIL PROTECTED] 2004-10-31 20:44 --- We also could use some proxy + authentication tests. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31981] - SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31981>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31981 SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector --- Additional Comments From [EMAIL PROTECTED] 2004-10-31 20:45 --- Hi Oleg, I'm having trouble following the nuances of the authentication logic, but in general the patch looks good to me. The addition of proxy+auth tests should help here significantly. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31929] - Provide Date Header Util Methods
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31929>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31929 Provide Date Header Util Methods --- Additional Comments From [EMAIL PROTECTED] 2004-11-01 02:50 --- Created an attachment (id=13288) Patch 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31929] - Provide Date Header Util Methods
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31929>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31929 Provide Date Header Util Methods --- Additional Comments From [EMAIL PROTECTED] 2004-11-01 02:52 --- Here's a quick solution for this. I've deprecated DateParser and replaced it with DateUtil since we now have formatting routines. Please have a look and let me know. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31981] - SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31981>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31981 SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector --- Additional Comments From [EMAIL PROTECTED] 2004-11-01 16:33 --- Oleg, I have tested the patch with a source snapshot from 11/1/04. It is working. I appreciate all your effort and speed in resolving this problem. Thanks, Rindress - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31981] - SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31981>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31981 SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector --- Additional Comments From [EMAIL PROTECTED] 2004-11-01 19:00 --- Rindress, I am glad this fixed the problem. I'll commit the patch within the next couple of days Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31981] - SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31981>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31981 SSL + proxy + Host auth + Keep Alive off causes an infinite loop in HttpMethodDirector [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-11-02 19:39 --- Patch committed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31929] - Provide Date Header Util Methods
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31929>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31929 Provide Date Header Util Methods --- Additional Comments From [EMAIL PROTECTED] 2004-11-02 19:56 --- Looks good. Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32050] New: - Cookies are sent in separate headers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32050>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32050 Cookies are sent in separate headers Summary: Cookies are sent in separate headers Product: HttpClient Version: 3.0 Alpha 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, it seems that cookies are sent in separate Cookie request headers, while they belong to the same domain, and have the same path : 2004/11/04 02:07:32:588 CET [DEBUG] DefaultHttpParams - Set parameter http.method.retry-handler = [EMAIL PROTECTED] 2004/11/04 02:07:32:590 CET [DEBUG] DefaultHttpParams - Set parameter http.protocol.cookie-policy = compatibility 2004/11/04 02:07:32:632 CET [DEBUG] header - >> "GET HTTP/1.1[\r][\n]" 2004/11/04 02:07:32:632 CET [DEBUG] HttpMethodBase - Adding Host request header 2004/11/04 02:07:32:634 CET [DEBUG] header - >> "User-Agent: Jakarta Commons-HttpClient/3.0-alpha2[\r][\n]" 2004/11/04 02:07:32:634 CET [DEBUG] header - >> "Host: [\r][\n]" 2004/11/04 02:07:32:634 CET [DEBUG] header - >> "Cookie: person=ZZZ[\r][\n]" 2004/11/04 02:07:32:635 CET [DEBUG] header - >> "Cookie: PHPSESSID=ZZZ[\r][\n]" 2004/11/04 02:07:32:639 CET [DEBUG] header - >> "[\r][\n]" 2004/11/04 02:07:32:687 CET [DEBUG] header - << "HTTP/1.1 302 Found[\r][\n]" 2004/11/04 02:07:32:697 CET [DEBUG] header - << "Date: Thu, 04 Nov 2004 01:06:57 GMT[\r][\n]" 2004/11/04 02:07:32:698 CET [DEBUG] header - << "Server: Apache/1.3.29 (Unix) (Red-Hat/Linux) mod_jk/1.2.0 mod_ssl/2.8.16 OpenSSL/0.9.6l PHP/4.2.2[\r][\n]" 2004/11/04 02:07:32:698 CET [DEBUG] header - << "X-Powered-By: PHP/4.2.2[\r][\n]" 2004/11/04 02:07:32:700 CET [DEBUG] header - << "Expires: Thu, 19 Nov 1981 08:52:00 GMT[\r][\n]" 2004/11/04 02:07:32:700 CET [DEBUG] header - << "Last-Modified: Thu, 04 Nov 2004 01:06:57 GMT[\r][\n]" 2004/11/04 02:07:32:701 CET [DEBUG] header - << "Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0[\r][\n]" 2004/11/04 02:07:32:701 CET [DEBUG] header - << "Pragma: no-cache[\r][\n]" 2004/11/04 02:07:32:702 CET [DEBUG] header - << "Set-Cookie: PHPSESSID=WWW; path=/[\r][\n]" 2004/11/04 02:07:32:702 CET [DEBUG] header - << "Location: http://[\r][\n]"; 2004/11/04 02:07:32:702 CET [DEBUG] header - << "Connection: close[\r][\n]" 2004/11/04 02:07:32:702 CET [DEBUG] header - << "Transfer-Encoding: chunked[\r][\n]" 2004/11/04 02:07:32:703 CET [DEBUG] header - << "Content-Type: text/html[\r][\n]" I though that cookie specs require that they have to be send in the same header. Manu. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32050] - Cookies are sent in separate headers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32050>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32050 Cookies are sent in separate headers [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-11-04 02:40 --- Hi Manu, There are a variety of different cookie specifications and unfortunately they don't all agree on the correct way to do things. In HttpClient 3.0 you have a couple of options for taking care of this problem: - Change the cookie spec being used. method.getParams().setBooleanParameter(HttpMethodParams.COOKIE_POLICY, CookiePolicy.BROWSER_COMPATIBILITY); - or, configure the GetMethod to include all cookies in a single header. method.getParams().setBooleanParameter(HttpMethodParams.SINGLE_COOKIE_HEADER, true); Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32071] New: - URIException should allow capture of "root cause" exception
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32071>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32071 URIException should allow capture of "root cause" exception Summary: URIException should allow capture of "root cause" exception Product: HttpClient Version: 2.0.2 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Enhancement Priority: Other Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The URIException class (and its subclasses) should provide a way to capture the "root cause" exception, if one exists. For consistency, it would be ideal if this facility was the same as the mechanism implemented in the JDK 1.4 Throwable class. The example I'm battling with at the moment is socket timeouts. If I set a timeout (eg. via HttpClient.setTimeout()) and that timeout is exceeded in an HTTP request, a java.net.SocketTimeoutException is thrown. However this gets wrapped in an org.apache.commons.httpclient.HttpRecoverableException by the library, and the only way for my application code to find out that the underlying cause was a SocketTimeoutException is to inspect the message of the HttpRecoverableException. Given that the message is just a String, this isn't a very robust way of determining the root cause of the HttpRecoverableException. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32071] - URIException should allow capture of "root cause" exception
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32071>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32071 URIException should allow capture of "root cause" exception [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-05 04:02 --- Hi Peter, Exception handling is one the warts of the HttpClient 2.0 code base. It was one of the first areas overhauled for 3.0. Please have a look at the 3.0 exception handling guide for more about what's in the new release. http://jakarta.apache.org/commons/httpclient/3.0/exception-handling.html 3.0 is currently at an alpha2 release but it is very stable. Also given the paucity of bug reports we've seen so far it will be moving on to beta and final release before long. Barring a groundswell of support for back porting the exception changes to 2.0, I would suggest giving 3.0 a try. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32071] - URIException should allow capture of "root cause" exception
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32071>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32071 URIException should allow capture of "root cause" exception --- Additional Comments From [EMAIL PROTECTED] 2004-11-05 06:47 --- G'day Mike, The new 3.0 exception stuff looks like being just what the doctor ordered! I didn't realise work was so far advanced on 3.0, so I'm happy to wait until it comes out - no need to complicate matters by trying to backport the new exception handling stuff to 2.x. Cheers, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31929] - Provide Date Header Util Methods
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31929>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31929 Provide Date Header Util Methods [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-11-06 19:15 --- Patch applied to HEAD. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32116] New: - Single sign-on problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32116>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32116
Single sign-on problem
Summary: Single sign-on problem
Product: HttpClient
Version: 3.0 Alpha 2
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: Commons HttpClient
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I try to install a single sign-on process on Windows with HttpClient
The use of Sun URL class works fine :
URL myUrl = new URL("http://127.0.0.1/test";);
InputStream stream = myUrl.openStream();
StringWriter st=new StringWriter();
int i=0;
while( ( i=stream.read()) !=-1){
st.write(i);
}
System.out.println(st.toString());
... And we obtain the expected response.
But HttpClient based code return a 401 Authorization Required error page :
HttpClient client=new HttpClient();
GetMethod get=new GetMethod("http://127.0.0.1/test";);
client.executeMethod(get);
System.out.println(get.getResponseBodyAsString());
Ok, I know I can use
client.getParams().setParameter(CredentialsProvider.PROVIDER, new Prompt());
But the fact is we don't want a prompt, we want single sign-on.
Configuration :
Windows 2000
Apache 2
httpd.conf :
(...)
LoadModule sspi_auth_module modules/mod_auth_sspi.so
(...)
NameVirtualHost *:80
AuthName "test"
AuthType SSPI
SSPIAuth On
SSPIAuthoritative On
SSPIOfferBasic Off
require valid-user
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32116] - Single sign-on problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32116>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32116 Single sign-on problem --- Additional Comments From [EMAIL PROTECTED] 2004-11-08 12:56 --- SUN's HttpURLConnection has access to the login credentials of the Windows user because the JDK includes plattform specific code. HttpClient does not, and therefore cannot implicitly retrieve the credentials required for Windows Single Sign-On. See also this recent mailing list discussion on the topic: http://nagoya.apache.org/eyebrowse/BrowseList?listId=128&by=thread&from=517735 You best chance is to supply plattform (Windows) specific code in your application. Note that the prompt you can set does not have to show a user dialog. It can also access Windows APIs to get uid/pwd quietly. hope that helps, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32116] - Single sign-on problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32116>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32116 Single sign-on problem [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31995] - Provide additional test coverage for HTTP and HTTPS over proxy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31995>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31995 Provide additional test coverage for HTTP and HTTPS over proxy --- Additional Comments From [EMAIL PROTECTED] 2004-11-13 12:25 --- Mike, Odi, I have made some heavy modifications to the SimpleHttpServer and SimpleProxy code in order to enable connections keep-alive support. Please let me know if you agree with everything I have done to the Odi's original code SSL tunneling is next on my list Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32246] New: - AuthPolicy indirectly references NTLM and does not load in the abscence of JCE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32246>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32246 Summary: AuthPolicy indirectly references NTLM and does not load in the abscence of JCE Product: HttpClient Version: 3.0 Alpha 2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] java.lang.NoClassDefFoundError: org/apache/commons/httpclient/auth/NTLMScheme at org.apache.commons.httpclient.auth.AuthPolicy.class$(AuthPolicy.java:57) at org.apache.commons.httpclient.auth.AuthPolicy.(AuthPolicy.java:99) at rg.apache.commons.httpclient.auth.AuthChallengeProcessor.selectAuthScheme(AuthChallengeProcesso r.java:86) at org.apache.commons.httpclient.auth.AuthChallengeProcessor.processChallenge(AuthChallengeProcesso r.java:148) at org.apache.commons.httpclient.HttpMethodDirector.processWWWAuthChallenge(HttpMethodDirector.ja va:666) at org.apache.commons.httpclient.HttpMethodDirector.processAuthenticationResponse(HttpMethodDirect or.java:638) at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:200) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:437) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32246] - AuthPolicy indirectly references NTLM and does not load in the abscence of JCE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32246>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32246 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-11-15 16:07 --- Mike, this does not seem to be the case, at least with the Sun's JREs. I ran HttpClient test suite in JRE 1.3 withouth JCE extension installed. Only test cases that directly make use of JCE classes failed. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28296] - [API Doc] Compile performance optimization guide
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=28296>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28296 [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|3.0 Beta 1 |3.0 Beta 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31378] - Move multipart request to a new RequestEntity type
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31378>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31378 [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|3.0 Beta 1 |3.0 Beta 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32288] New: - Socket Closed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32288>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32288 Summary: Socket Closed Product: HttpClient Version: unspecified Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32288] - Socket Closed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32288>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32288 --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 00:44 --- I am getting a socket closed exception when I run the executeMethod method from HTTPClient using WSAD. I was wondering if anyone can explain why? Error and piece of code are pasted below CODE: HttpClient client = new HttpClient(); //Setting timeout client.setTimeout(timeoutVal); // Create a method instance. GetMethod method = new GetMethod(sURLString); // Execute the method. int statusCode = client.executeMethod(method); ERROR: [11/17/04 15:33:18:000 PST] 665dd71f SystemErr R java.net.SocketException: Socket closed [11/17/04 15:33:18:000 PST] 665dd71f SystemErr Rat java.net.PlainSocketImpl.socketGetOption(Native Method) [11/17/04 15:33:18:000 PST] 665dd71f SystemErr Rat java.net.PlainSocketImpl.getOption(PlainSocketImpl.java:214) [11/17/04 15:33:18:000 PST] 665dd71f SystemErr Rat java.net.Socket.getSendBufferSize(Socket.java:548) [11/17/04 15:33:18:000 PST] 665dd71f SystemErr Rat org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:696) [11/17/04 15:33:18:000 PST] 665dd71f SystemErr Rat org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry (HttpMethodDirector.java:369) [11/17/04 15:33:18:016 PST] 665dd71f SystemErr Rat org.apache.commons.httpclient.HttpMethodDirector.executeMethod (HttpMethodDirector.java:178) [11/17/04 15:33:18:016 PST] 665dd71f SystemErr Rat org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:437) [11/17/04 15:33:18:016 PST] 665dd71f SystemErr Rat org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32288] - Socket Closed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32288>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32288 [EMAIL PROTECTED] changed: What|Removed |Added Version|unspecified |3.0 Alpha 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32288] - Socket Closed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32288>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32288 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 09:21 --- This is a well known bug in IBMJSSE. Please see 'Known limitations and problems' of the HttpClient SSL guide for details: http://jakarta.apache.org/commons/httpclient/sslguide.html -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32301] New: - SSL Problem with Java 1.5 and HttpClient 2.0.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32301>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32301 Summary: SSL Problem with Java 1.5 and HttpClient 2.0.2 Product: HttpClient Version: 3.0 Beta 1 Platform: PC OS/Version: Windows 2000 Status: NEW Keywords: ErrorMessage, JDK1.5 Severity: normal Priority: P2 Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Received the following error when hitting https://wwws.ameritrade.com/cgi- bin/apps/LogIn and https://wwws.freetrade.com/cgi-bin/apps/LogIn using HttpClient 2.0.2 (GetMethod call) and Java 1.5: javax.net.ssl.SSLKeyException: RSA premaster secret error > at com.sun.net.ssl.internal.ssl.PreMasterSecret.(Unknown Source) > at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverHelloDone > (Unknown Source) > at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(Unknown > Source) > Caused by: java.security.NoSuchAlgorithmException: Cannot find any provider > supporting RSA/ECB/PKCS1Padding > at javax.crypto.Cipher.getInstance(DashoA12275) > at com.sun.net.ssl.internal.ssl.JsseJce.getCipher(Unknown Source) > at com.sun.net.ssl.internal.ssl.RSACipher.(Unknown Source) > at com.sun.net.ssl.internal.ssl.RSACipher.getInstance(Unknown Source) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32301] - SSL Problem with Java 1.5 and HttpClient 2.0.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32301>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32301 --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 08:44 --- Brant, may I ask what makes you think that this could be an issue with HttpClient? All the classes in the stack trace are from the SUN JSSE and not HttpClient. Looks like a config problem to me. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32301] - SSL Problem with Java 1.5 and HttpClient 2.0.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32301>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32301 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 11:28 --- Odi, I asked Brant to file this bug report. I agree this problem has nothing to do with HttpClient as such. However, stock versions of HttpClient 2.0.x and 3.0.x still use deprecated com.sun.net classes instead of newer javax.net. We just need to provide a reasonable statement on how Java 1.5 users should work this problem around. Most likely a custom socket factory that uses 1.5 classes will solve the problem, but I need to check this first. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32301] - SSL Problem with Java 1.5 and HttpClient 2.0.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32301>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32301 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-11-19 22:03 --- Brant, I ran a few rudimentary tests and found no compatibilities problem with JRE 1.5 or what so ever. HttpClient test suite runs flawlessly in JRE 1.5. I encountered no problem with SSL support either. I can successfully execute HTTP GET against https://wwws.freetrade.com/cgi-bin/apps/LogIn using HttpClient 2.0.2 and JRE 1.5.0 and get the content. There must be something wrong with your local setup or your copy of the JRE 1.5 Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32333] New: - Connection not closed after "Connection: close" request
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32333>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32333 Summary: Connection not closed after "Connection: close" request Product: HttpClient Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In HTTP specification at http://www.w3.org/Protocols/rfc2616/rfc2616- sec8.html , under chapter "Negotiation", it is stated : "If either the client or the server sends the close token in the Connection header, that request becomes the last one for the connection." HttpClient (v2.0.2 and v3.0 alpha2) is currently closing connection only if server has sent "Connection: close" header, and not when request contains it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32333] - Connection not closed after "Connection: close" request
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32333>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32333 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED Target Milestone|--- |3.0 Beta 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32393] New: - Too much encoding with manual redirects
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32393>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32393
Summary: Too much encoding with manual redirects
Product: HttpClient
Version: 3.0 Beta 1
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Commons HttpClient
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I'm doing a manual redirect (mainly for performance and timeout-control issues)
and I have run into a header that is incorrectly getting encoded.
Unfortunately, the website IP authenticated. I'll try to provide as much
information as possible.
This is the code I'm using to generate the redirects (slightly simplified, only
the redirections):
-
params: HttpURL previousAddress, String urlString
HttpURL url;
if (previousAddress == null) {
url = new HttpURL(urlString);
} else {
url = new HttpURL(previousAddress, urlString);
}
configureHttpMethod(method, url, timeoutChecker.getRemainingTime());
logState(state);
HostConfiguration hostConfig = new HostConfiguration();
hostConfig.setHost(url);
int statusCode = client.executeMethod(hostConfig, method, state);
if (isRedirect(statusCode)) {
Header locationHeader = method.getResponseHeader("location");
String locationString = locationHeader.getValue();
*** recurse with urlString = locationString and the current page URL as
previousAddress
} else ...
--
The problem is that the location URL is being returned in the header as:
http://weblinks1.epnet.com/resultlist.asp?tb=1&_ug=sid+8B8E0347%252D833B%252D47A8%252D9636%252D8767E91E1564%2540sessionmgr2+dbs+ufh+9ECB&_us=ri+KAAACBZD00035728+sm+ES+4E1A&_uso=st%255B0+%252Dtree+tg%255B0+%252D+db%255B0+%252Dufh+op%255B0+%252D+hd+False+F7B2&lfr=Persistent+Link
but when I use the browser and check the headers I'm getting redirected to, I
get:
http://weblinks2.epnet.com/resultlist.asp?tb=1&_ug=sid+6627952A%2D23A5%2D4085%2DBBAC%2DFB9DD731CDAC%40sessionmgr2+dbs+ufh+0DD2&_us=ri+KAAACB1D00114674+sm+ES+0EFA&_uso=st%5B0+%2Dtree+tg%5B0+%2D+db%5B0+%2Dufh+op%5B0+%2D+hd+False+F7B2&lfr=Persistent+Link
Apart from the server name and session number, the only difference is that '%'
signs are being URL-encoded, which is not what that website intended, as those
are already encoded.
Is there a way to prevent headers from being encoded? Or should I decode all
headers before? The examples don't encode at all.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32393] - Flawed encoding with HttpURL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32393>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32393 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Too much encoding with |Flawed encoding with HttpURL |manual redirects| --- Additional Comments From [EMAIL PROTECTED] 2004-11-25 18:21 --- Ok, I think I got the point where things are going wrong. It's the HttpURL behaviour that is not quite as expected. I use the HttpURL(HttpURL base, String relative) constructor to find the complete address for the next redirection. But the encoding seems flawed: Base HttpURL.toString() = http://weblinks2.epnet.com/resultlist.asp?tb=1&[EMAIL PROTECTED]&_us=ri%20KAAACB1D00140089%20sm%20ES%20C16E&_uso=st%5B0%20-tree%20tg%5B0%20-%20db%5B0%20-ufh%20op%5B0%20-%20hd%20False%20F7B2&lfr=Persistent%20Link Relative URL String = citation.asp?tb=1&_ug=sid+CE67E964%2D4F40%2D4EFE%2DB856%2D1B36C8DB6DED%40sessionmgr2+dbs+ufh+AB6A&_us=dstb+ES+ri+KAAACB1D00140089+sm+ES+sl+%2D1+or+Date+A5ED&_uso=st%5B0+%2Dtree+tg%5B0+%2D+db%5B0+%2Dufh+op%5B0+%2D+hd+False+F7B2&fn=1&rn=35 url.getURI()= http://weblinks2.epnet.com/citation.asp?tb=1&_ug=sid CE67E964%2D4F40%2D4EFE%2DB856%2D1B36C8DB6DED%40sessionmgr2 dbs ufh AB6A&_us=dstb ES ri KAAACB1D00140089 sm ES sl %2D1 or Date A5ED&_uso=st%5B0 %2Dtree tg%5B0 %2D db%5B0 %2Dufh op%5B0 %2D hd False F7B2&fn=1&rn=35 new String(url.getRawURI()) = http://weblinks2.epnet.com/citation.asp?tb=1&_ug=sid+CE67E964%252D4F40%252D4EFE%252DB856%252D1B36C8DB6DED%2540sessionmgr2+dbs+ufh+AB6A&_us=dstb+ES+ri+KAAACB1D00140089+sm+ES+sl+%252D1+or+Date+A5ED&_uso=st%255B0+%252Dtree+tg%255B0+%252D+db%255B0+%252Dufh+op%255B0+%252D+hd+False+F7B2&fn=1&rn=35 url.getEscapedURI() = http://weblinks2.epnet.com/citation.asp?tb=1&_ug=sid+CE67E964%252D4F40%252D4EFE%252DB856%252D1B36C8DB6DED%2540sessionmgr2+dbs+ufh+AB6A&_us=dstb+ES+ri+KAAACB1D00140089+sm+ES+sl+%252D1+or+Date+A5ED&_uso=st%255B0+%252Dtree+tg%255B0+%252D+db%255B0+%252Dufh+op%255B0+%252D+hd+False+F7B2&fn=1&rn=35 This is an example of what I collected by copy/paster from the HTML source. The relative part of the URL should follow this model. It's exactly what I'm setting in the relative URL. Expected Relative = citation.asp?tb=1&_ug=sid+46290CF8%2DEA37%2D4EBA%2DA980%2DC2A1455A366F%40sessionmgr2+dbs+ufh+4683&_us=dstb+ES+ri+KAAACBZD00012607+sm+ES+sl+%2D1+or+Date+4B6E&_uso=st%5B0+%2Dtree+tg%5B0+%2D+db%5B0+%2Dufh+op%5B0+%2D+hd+False+F7B2&fn=1&rn=1 As you can see, the methods in HttpURL are doing either too much encoding (by encoding '%' without any explicit order) or too much decoding (by decoding '+'). I'll look into the code and I'll send a fix if I can solve the issue. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32393] - Flawed encoding with HttpURL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32393>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32393 --- Additional Comments From [EMAIL PROTECTED] 2004-11-25 23:29 --- Hi Gustavo, Is the redirect correctly processed when using HttpClient's built-in redirect mechanism? If so then I'm guessing the problem is with how you are handling the location header. Please have a look at how the HttpMethodDirector handles redirects if this is the case: http://jakarta.apache.org/commons/httpclient/3.0/xref/org/apache/commons/httpclient/HttpMethodDirector.html#544 Mike -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32393] - Flawed encoding with HttpURL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32393>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32393 --- Additional Comments From [EMAIL PROTECTED] 2004-11-26 02:08 --- Hi Mike, thanks for your quick reply. It worked with redirections enabled, and with my code after I changed to URIs instead of HttpURL and used the same methods the redirector is using. I find it confusing having 3 methods for each component in URI (normal, Raw and Encoded), but only 2 ways of building the URIs (? and encoded). But the code is working now, so I'd say the bug is fixed or invalid. Thanks again. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32393] - Flawed encoding with HttpURL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32393>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32393 --- Additional Comments From [EMAIL PROTECTED] 2004-11-26 08:48 --- Gustavo, If this is a bug, then please provide a very simple JUnit test case that shows the problem. Thanks Ortwin Glück -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32409] New: - HttpState should have methods for clearing all cookies and credentials
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32409>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32409 Summary: HttpState should have methods for clearing all cookies and credentials Product: HttpClient Version: 3.0 Beta 1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32393] - Flawed encoding with HttpURL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32393>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32393 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-11-27 22:59 --- Gustavo, URI classes in HttpClient are quite a mess. We'll seriously consider deprecating them in the next version of HttpClient (4.0) in favor of standard java 1.4 URI framework. I'll mark the bug report as WORKSFORME for now -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32409] - HttpState should have methods for clearing all cookies and credentials
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32409>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32409 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED Target Milestone|--- |3.0 Beta 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32393] - Flawed encoding with HttpURL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32393>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32393 --- Additional Comments From [EMAIL PROTECTED] 2004-11-27 23:15 --- I humbly request that httpclient.URI still exist (and work reasonably well). The reason is that java.net.URI appeared in 1.4, so code that doesn't require 1.4 needs to use either java.net.URL or httpclient's URI. The URL class is not a good choice because it does lookups on the address (internally storing an InetAddress, which is what does the lookup), and that lookup can severely slow down an application (we have to remove all URL/InetAddress construction from startup, because it caused too much delays if the internet on the computer was slow). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32393] - Flawed encoding with HttpURL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32393>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32393 --- Additional Comments From [EMAIL PROTECTED] 2004-11-28 01:06 --- Sam, My personal opinion that java <=1.3 compatibility no longer makes sense past HttpClient 3.0 release. Unless java.net.URI really proves inadequate, I see little reason to maintain o.a.c.httpclient.URI. The real problem, however, is that URI code simply does not have a maintainer. The guy who wrote it has left the project and no one has expressed interest in taking that code over. For this reason alone I personally feel o.a.c.httpclient.URI should be deprecated. Anyways, this is just my personal opinion on the issue. Before any decision on the matter of java 1.4 requirement is made we'll discuss it on the dev list and hold a vote -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32558] New: - DefaultMethodRetryHandler bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32558>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32558
Summary: DefaultMethodRetryHandler bug
Product: HttpClient
Version: 3.0 Beta 1
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Commons HttpClient
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
DefaultMethodRetryHandler does not seem to test correctly for the number of
attempts to retry a given method. It seems to bail out one attempt too early:
if (executionCount >= this.retryCount) {
// Do not retry if over max retry count
return false;
}
For example, if I set the retryCount to 1, HttpClient does not retry the method
at all. At least that's what I'm seeing when I step through it with a debugger.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32558] - DefaultMethodRetryHandler bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32558>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32558 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |minor Status|NEW |ASSIGNED Target Milestone|--- |3.0 Beta 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] New: - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 Summary: local address not working multithreaded Product: HttpClient Version: 3.0 Beta 1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] System: JDK1.5.0, RH linux 7.3 2.4.20 custom compiled kernel Creating a new HttpClient with a MultiThreadedHttpConnectionManager and trying to bind HostConfigurations to different local addresses on a multihomed host results in each thread just coming from the default IP as shown in the apache access_log. The following code seems to trigger the problem. If I uncomment the commented block and comment out the final line, then all threads come from the default IP. With the code as it now looks it works correctly. /* MultiThreadedHttpConnectionManager manager = new MultiThreadedHttpConnectionManager(); HttpConnectionManagerParams p = manager.getParams(); p.setDefaultMaxConnectionsPerHost(100); p.setMaxTotalConnections(100); p.setConnectionTimeout(5000); manager.setParams(p); manager.closeIdleConnections(5000); browser = new HttpClient(manager); */ browser = new HttpClient(new MultiThreadedHttpConnectionManager()); -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 15:53 --- Eric, Just to make sure I understand you correctly. What confuses me is, you speak about binding HostConfiguration to a local address. But in your code you are not dealing with HostConfiguration objects. Do you want the connections made by HttpClient be bound to a specific local address? Did you call setLocalAddress on your HostConfiguration object? Do you mean MultiThreadedHttpConnectionManager ignores that setting? Ortwin Glück -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32607
--- Additional Comments From [EMAIL PROTECTED] 2004-12-09 15:59 ---
The portion of the code where I try to use the local address is as follows:
if(ip != null) {
try {
hostConf.setLocalAddress(InetAddress.getByName(ip));
} catch(Exception e) {
System.err.println("Couldn't get " + ip + ": " +
e.getMessage());
}
}
where ip is a String that should be an ip owned by that host and hostConf is a
HostConfiguration object.
Later I call:
browser.setHostConfiguration(hostConf);
And additionally when I create GetMethods I execute them as:
browser.executeMethod(hostConf, m);
where m is the method.
I hope that helps clarify what I'm doing.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED Target Milestone|--- |3.0 Beta 2 --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 16:09 --- The original discussion on the commons-user list can be found here http://marc.theaimsgroup.com/?t=11023803282&r=1&w=2 Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|3.0 Beta 2 |--- --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 16:16 --- Eric, you are right. The code in the multithreaded connection manager misses to set the local address. Can you try out the attached patch? Ortwin Glück ps. Cheers Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 16:17 --- Created an attachment (id=13710) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13710&action=view) Take one Patch that is supposed to fix the problem. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|--- |3.0 Beta 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 16:35 --- Odi, it looks like HttpClient 2.0.x may also be affected by this bug. Initially I thought I had messed something up during code refactoring Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - local address not working multithreaded
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 16:39 --- Yeah, I only checked CVS HEAD. It would be nice to hack up a test case. You should be able to use 127.0.0.1 and 127.0.0.2 as two different local addresses. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - MultiThreadedHttpConnectionManager ingnores local address of HostConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 [EMAIL PROTECTED] changed: What|Removed |Added Summary|local address not working |MultiThreadedHttpConnectionM |multithreaded |anager ingnores local ||address of HostConfiguration -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - MultiThreadedHttpConnectionManager ingnores local address of HostConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 --- Additional Comments From [EMAIL PROTECTED] 2004-12-09 17:17 --- That did not seem to fix it. I still see the same situation as previously. For my own information I put print statements around the line added by the patch and those prints are being shown either with me creating the HttpConnectionManagerParams object and setting that on the manager or just using a default MultiThreadedHttpConnectionManager. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - MultiThreadedHttpConnectionManager ingnores local address of HostConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 --- Additional Comments From [EMAIL PROTECTED] 2004-12-10 17:03 --- I've managed to narrow down the lines that seem to introduce this problem a little bit more. It seems that the problem only gets introduced if I set the connection timeout if I include the line p.setConnectionTimeout(5000); Every thread uses the default IP. If I comment out that line they get the IPs I'm assigning. I hope that helps narrow the search a little. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - MultiThreadedHttpConnectionManager ingnores local address of HostConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #13710|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2004-12-11 13:45 --- Created an attachment (id=13735) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13735&action=view) Patch (take 2) This should take care of the problem. Eric, could you please retest your application with this patch and let us know if the problem still persists Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32607] - MultiThreadedHttpConnectionManager ingnores local address of HostConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32607>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32607 --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 16:52 --- This does seem to fix it. Thanks everyone. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32742] - SO_TIMEOUT parameter on the method level has no effect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32742>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32742 [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|--- |3.0 Alpha 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32742] - SO_TIMEOUT parameter on the method level has no effect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32742>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32742 --- Additional Comments From [EMAIL PROTECTED] 2004-12-16 22:19 --- Created an attachment (id=13767) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13767&action=view) Patch If I hear no complaints I'll commit the patch in a day or so -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32742] - SO_TIMEOUT parameter on the method level has no effect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32742>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32742 [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|3.0 Alpha 2 |3.0 Beta 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32742] New: - SO_TIMEOUT parameter on the method level has no effect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32742>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32742 Summary: SO_TIMEOUT parameter on the method level has no effect Product: HttpClient Version: 3.0 Beta 1 Platform: PC OS/Version: All Status: NEW Severity: major Priority: P2 Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This bug has been reported on the HttpClient user list by Ilya Kharmatsky -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31995] - Provide additional test coverage for HTTP and HTTPS over proxy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31995>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31995 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-11 23:45 --- Ok. Finally. I have just committed the SSL support for HttpSimpleServer and a SSL tunneling decorator for the proxy test cases. I believe now the proxy test suite is feature complete and quite comprehensive. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32742] - SO_TIMEOUT parameter on the method level has no effect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32742>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32742 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32765] New: - HostConfiguration.setHost(Sting) causes NullPointerException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32765>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32765
Summary: HostConfiguration.setHost(Sting) causes
NullPointerException
Product: HttpClient
Version: 3.0 Beta 1
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Commons HttpClient
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Calling setHost(String) on a HostConfiguration object causes a null pointer
exception.
As far as I can tell, this is due to it incorrectly calling the deprecated
setHost(String, String, int, Protocol) method, rather than setHost(String, int,
Protocol)
So:
public synchronized void setHost(final String host) {
Protocol defaultProtocol = Protocol.getProtocol("http");
setHost(host, null, defaultProtocol.getDefaultPort(), defaultProtocol);
}
should become :
public synchronized void setHost(final String host) {
Protocol defaultProtocol = Protocol.getProtocol("http");
setHost(host, defaultProtocol.getDefaultPort(), defaultProtocol);
}
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32742] - SO_TIMEOUT parameter on the method level has no effect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32742>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32742 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-19 17:25 --- Patch committed. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32765] - HostConfiguration.setHost(Sting) causes NullPointerException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32765>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32765 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED Target Milestone|--- |3.0 Beta 2 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32765] - HostConfiguration.setHost(Sting) causes NullPointerException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32765>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32765 --- Additional Comments From [EMAIL PROTECTED] 2004-12-19 17:53 --- Created an attachment (id=13783) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13783&action=view) Patch -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32765] - HostConfiguration.setHost(Sting) causes NullPointerException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32765>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32765 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-19 17:57 --- Patch committed. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32558] - DefaultMethodRetryHandler bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32558>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32558 --- Additional Comments From [EMAIL PROTECTED] 2004-12-19 22:09 --- Created an attachment (id=13785) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13785&action=view) Patch This should take care of the problem. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32409] - HttpState should have methods for clearing all cookies and credentials
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32409>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32409 --- Additional Comments From [EMAIL PROTECTED] 2004-12-19 22:38 --- Created an attachment (id=13788) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13788&action=view) Patch (take 1) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32333] - Connection not closed after "Connection: close" request
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32333>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32333 --- Additional Comments From [EMAIL PROTECTED] 2004-12-19 23:29 --- Created an attachment (id=13790) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13790&action=view) Patch (take 1) Please let me know what you think. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32333] - Connection not closed after "Connection: close" request
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32333>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32333 --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 00:10 --- Looks good to me. Mike -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32409] - HttpState should have methods for clearing all cookies and credentials
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32409>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32409 --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 00:11 --- Works for me. Mike -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32558] - DefaultMethodRetryHandler bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32558>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32558 --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 00:12 --- Yep. Mike -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32765] - HostConfiguration.setHost(String) causes NullPointerException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32765>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32765 [EMAIL PROTECTED] changed: What|Removed |Added Summary|HostConfiguration.setHost(St|HostConfiguration.setHost(St |ing) causes |ring) causes |NullPointerException|NullPointerException -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32773] New: - Releasing a connection is unconfirmed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32773>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32773
Summary: Releasing a connection is unconfirmed
Product: HttpClient
Version: 3.0 Beta 1
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Commons HttpClient
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
When a connection is attempted to be released using
HttpConnection.releaseConnection(), it is unclear whether this is actually done.
The implementation for the method is as follows in 3.0-beta1:
/**
* Release the connection.
*/
public void releaseConnection() {
LOG.trace("enter HttpConnection.releaseConnection()");
if (locked) {
LOG.debug("Connection is locked. Call to releaseConnection() ignore
} else if (httpConnectionManager != null) {
LOG.debug("Releasing connection back to connection manager.");
httpConnectionManager.releaseConnection(this);
} else {
LOG.warn("HttpConnectionManager is null. Connection cannot be relea
}
}
Silently ignoring a request (to release the connection, in this case) is hardly
ever the right thing to do, in my opinion. Instead, I suggest the method
indicates whether the connection was actually closed or not.
I see at least 2 alternatives:
1) throw an exception to indicate the connection could not be released;
2) return a flag indicating whether the connection could actually be released.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32773] - Releasing a connection is unconfirmed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32773>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32773 --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 12:41 --- Created an attachment (id=13795) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13795&action=view) Possible implementation of alternative A -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32773] - Releasing a connection is unconfirmed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32773>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32773 --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 12:41 --- Created an attachment (id=13796) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13796&action=view) Possible implementation of alternative B -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32333] - Connection not closed after "Connection: close" request
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32333>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32333 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 12:45 --- Patch committed. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32558] - DefaultMethodRetryHandler bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32558>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32558 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 12:49 --- Patch committed. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32409] - HttpState should have methods for clearing all cookies and credentials
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32409>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32409 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 12:51 --- Patch committed. Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32774] New: - Errors in character entities in Javadoc for HttpVersion
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32774>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32774 Summary: Errors in character entities in Javadoc for HttpVersion Product: HttpClient Version: 3.0 Beta 1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Commons HttpClient AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There are some errors in the Javadoc for the HttpVersion class. This is the class comment: * HTTP version, as specified in RFC 2616. * * HTTP uses a "<major>.<minor>" numbering scheme to indicate versions * of the protocol. The protocol versioning policy is intended to allow * the sender to indicate the format of a message and its capacity for * understanding further HTTP communication, rather than the features * obtained via that communication. No change is made to the version * number for the addition of message components which do not affect * communication behavior or which only add to extensible field values. * The <minor> number is incremented when the changes made to the * protocol add features which do not change the general message parsing * algorithm, but which may add to the message semantics and imply * additional capabilities of the sender. The <major> number is * incremented when the format of a message within the protocol is * changed. See RFC 2145 [36] for a fuller explanation. * * * The version of an HTTP message is indicated by an HTTP-Version field * in the first line of the message. * * * HTTP-Version = "HTTP" "/" 1*DIGIT "." 1*DIGIT * * * Note that the major and minor numbers MUST be treated as separate * integers and that each MAY be incremented higher than a single digit. * Thus, HTTP/2.4 is a lower version than HTTP/2.13, which in turn is * lower than HTTP/12.3. Leading zeros MUST be ignored by recipients and * MUST NOT be sent. * Note that the character entities for less-than and greater-than are not properly ended with a semi-colon. I will attach a proposed fix. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32774] - Errors in character entities in Javadoc for HttpVersion
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32774>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32774 --- Additional Comments From [EMAIL PROTECTED] 2004-12-20 13:29 --- Created an attachment (id=13797) --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13797&action=view) Patch to fix the issue with the character entities -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32775] New: - No documentation for isLocked() and setLocked(boolean)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32775>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32775
Summary: No documentation for isLocked() and setLocked(boolean)
Product: HttpClient
Version: 3.0 Beta 1
Platform: All
OS/Version: All
Status: NEW
Severity: trivial
Priority: P2
Component: Commons HttpClient
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
There is currently no documentation for the setter and getter for the 'locked'
property in the HttpConnection class in 3.0-beta1:
/**
* @return
*
* @since 3.0
*/
boolean isLocked() {
return locked;
}
/**
* @param locked
*
* @since 3.0
*/
void setLocked(boolean locked) {
this.locked = locked;
}
I will attach a proposed fix.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
