DO NOT REPLY [Bug 10794] - User interaction for authentication

2004-01-29 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10794. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 10794] - User interaction for authentication

2004-01-29 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10794. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 10794] - User interaction for authentication

2004-01-29 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10794. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: DO NOT REPLY [Bug 10794] - User interaction for authentication

2004-01-29 Thread Ortwin Glück
[EMAIL PROTECTED] wrote: --- Additional Comments From [EMAIL PROTECTED] 2004-01-29 12:54 --- Odi, I think it is a better approach. I especially like the idea to abstract away all the credentials persistence/retrieval logic. There's one catch, though. The patch in its current form simply

PostMethod.setFollowRedirects(true); - do nothing

2004-01-29 Thread JEAN REMI LECQ
Sorry to come again with the same question, but I do not know what to do... I read carefully your replies and do what you said but... My problem is that I have to send my first GET request to a specific URL (I can not modify that, it is not mine), this page fill a form with my parameters and

turning off output

2004-01-29 Thread Brad O'Hearne
When running an app that uses HttpClient, I get the following output to standard out: Jan 29, 2004 10:22:31 AM org.apache.commons.httpclient.HttpMethodBase processRedirectResponse INFO: Redirect requested but followRedirects is disabled Is there any way to turn this output off? I am sure it has

Re: Why on earth do we differenciate between proxy and host credentials?

2004-01-29 Thread Roland Weber
Hello Oleg, from a technical standpoint, host and port would be sufficient to differentiate between a proxy and HTTP server on the same machine. But if a dialog is presented to a user, that dialog should state whether the user is supposed to enter uid/pwd for the proxy or for the host. Most users

Re: PostMethod.setFollowRedirects(true); - do nothing

2004-01-29 Thread Roland Weber
Hello Jean-Remi, 1. make the POST request 2. look for the Location header 3. make the GET request to the Location The output you copied shows only the requests you send. The Location header is not in the request, it is in the response to step 1. Therefore, I suspect you made a mistake in step 2,

DO NOT REPLY [Bug 10794] - User interaction for authentication

2004-01-29 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10794. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: turning off output

2004-01-29 Thread Oliver Koell
Hi BradO, i'm using the log4j log adapter (which is the default if log4j is in the classpath) and the message should go away if you set the httpclient log level to WARN. I have been buggered by this message too and think it should rather be written at the DEBUG level. I disabled automatic

DO NOT REPLY [Bug 26328] - getScheme() and getPort() return wrong defaults for HttpsURL

2004-01-29 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26328. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 10794] - User interaction for authentication

2004-01-29 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10794. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Httpclient won't run in JUnit

2004-01-29 Thread Michael Czeiszperger
I apologize for asking a user-type question on the dev list, but the common's user list was unable to help, and I've been working on this for two weeks with no luck. HttpClient is supposed to work within JUnit since there's a test suite that uses JUnit. Unfortunately whenever I try to use

Re: Httpclient won't run in JUnit

2004-01-29 Thread Oleg Kalnichevski
Michael, HttpClient is dependent on commons-logging library like many other Jakarta Commons components. You have to have commons-logging.jar on your classpath to be able to run HttpClient. You can obtain the commons-logging.jar at the following location:

Re: Httpclient won't run in JUnit

2004-01-29 Thread Michael Becke
Hi Michael, Looks like a class loader problem. My guess is that commons-logging is being loaded by more than one class loader. Mike On Jan 29, 2004, at 4:43 PM, Michael Czeiszperger wrote: I apologize for asking a user-type question on the dev list, but the common's user list was unable to