DO NOT REPLY [Bug 22424] - NTLM class registers Sun JCE implementation by default

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Proxied SSL connection

Ulrich, Apparently your attachment got rejected by the mail server. Try posting it in ZIP format. > Can't get a connection. I'm new to HttpClient, so it can be also be my fault: > Depending on the Port I choose for > the Proxy I get two different errors: > > Port 80 -> Bad request > Port 443

Re: Presenting certificates for 2-way SSL authentication

Hello Anu, this is not really an HTTP client issue. The HTTP client just uses an SSL socket obtained from an SSLSocketFactory. The default implementation for SSL sockets is Sun's JSSE. It uses it's own mechanism for presenting client certificates if requested by the server. See also Sun's JSSE doc

HTTPClient PostMethod - postinf form data

Please copy my address ( [EMAIL PROTECTED]) in your response as I am not a sunbbscriber to this list yet. I an trying to invoke a HTTP POST to amazon.com. The form has 2 parameters, url=Books and field-keywords. If I use the following the call works fine : NameValuePair action = new Na

RE: Performance HTTPClient vs. ab

Oleg, Thanks for the kind help with working, well-performing code, which resolves the problem according to bench runs here. Just for the record, so that others may benefit as well, bench runs for *this* use case show the following: - GetMethod vs. PostMethod makes no noticeable difference - Simp

DO NOT REPLY [Bug 22201] - Non correct IIS header parsing

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22073] - Javadocs clean-up

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: NTLM Cipher Error

Here's the piece of code I'm using: public class BasicAuthenticatonExample { public BasicAuthenticatonExample() { } public static void main(String[] args) throws Exception { System.setProperty("org.apache.commons.logging.Log", "org.apache.commons.logging.imp

DO NOT REPLY [Bug 16729] - Allow redirects between hosts and ports

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Authentication Realm...

Looking at the code I doubt this is possible. Are you sure you are using the latest CVS snapshot of the 2.0 branch? Oleg -Original Message- From: Rowe, David (CAG-CC MIS) [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 3:47 PM To: [EMAIL PROTECTED] Subject: Authentication Realm

RE: Authentication Realm...

I'm using CVS from within Eclipse, but cannot get into the Branches, any help? Dave -Original Message- From: Kalnichevski, Oleg [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 10:56 AM To: Commons HttpClient Project Subject: RE: Authentication Realm... David, It looks like both

ISA Proxy Auth.

Group, Has anyone successfully implemented a utility to Authenticate through MS ISA Proxy, using NTLM Authentication? I'm banging my head against the wall here... David Rowe ConAgra Foods, Inc. Web Application Development - Intern 7350 World Communications Drive Omaha, NE 68122 Phone: (402) 998

DO NOT REPLY [Bug 22073] - Javadocs clean-up

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Authentication Realm...

Using a fresh compile off the CVS: [DEBUG] HttpMethodDirector - -Authorization required [INFO] HttpMethodDirector - -Already tried to authenticate to "www.yahoo.com#" but still receiving 407. HTTP/1.1 407 Proxy Authentication Required ( The ISA Server requires authorization to fulfill the reques

RE: getMethod.getResponseBody() leaks handles

Mike, Thanks for the confirmation. However, I can see no justification for the difference in behavior between getResponseBody and getResponseBodyAsStream -especially as all getResponseBody does is call getResponseBodyAsStream. The difference is caused solely by the line 689 mentioned below and

RE: Authentication Realm...

David, Try the following: right mouse click on the project folder -> Replace With -> Another Branch or Version I have just committed a minor patch to both branch 2.0 and HEAD. It is mostly about cosmetics. I doubt it is going to fix your problem. Nevertheless, give it a shot. At the very least Htt

RE: NTLM Auth Code Snippet

Attached is a wire-log, from a test run this morning, fresh build off HEAD. (Still having problems getting Branches in Eclipse) Thanks, Dave -Original Message- From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 4:31 PM To: Commons HttpClient Project Subject

RE: [PATCH] BasicAuthenticationExample Cosmetic changes

I know, it was missing an 'i' in Authentication, just for consistency. Also, My credentials were incorrect, talking to the Proxy people here, I was told to use a "fully-qualified" username, which meant tacking the domain on the front of the username, So essentially, I was sending it Domain\Domai

RE: Commons-user list

Adrian, I am going to subscribe. Purely coincidentally I also checked the commons-user list archive this morning and discovered quite a few HttpClient related posts that had been left unanswered. Clearly at least some of us need to monitor that mailing list on a regular basis. Enjoy your time o

RE: [PATCH] BasicAuthenticationExample Cosmetic changes

Actually you helped us iron out quite a few issues with the authentication logic. We should be thankful to you. cheers Oleg On Wed, 2003-08-13 at 19:31, Rowe, David (CAG-CC MIS) wrote: > I know, it was missing an 'i' in Authentication, just for consistency. > > Also, My credentials were incorr

Re: JDK 1.1.8 problems

David, HttpClient requires Java 2 compatible JRE (> 1.2.x), primarily because it uses Java 2 collections framework. We have never aimed at providing Java 1.1 compatibility. Oleg On Wed, 2003-08-13 at 22:47, [EMAIL PROTECTED] wrote: > I have upgraded from > > commons-httpclient-2.0-alpha2 to c

Re: JDK 1.1.8 problems

That is really the only code that causes it not to work though. It seems like it would be worth changing 3 lines of code to support 1.1.8 users. Oleg

DO NOT REPLY [Bug 22201] - Non correct IIS header parsing

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[PATCH] BasicAuthenticationExample Cosmetic changes

This patch fixes cosmetic errors in BasicAuthenticationExample.java. Refactors BasicAuthenticatonExample.java to BasicAuthenticationExample.java Minor inconsistencies fixed. David Rowe - To unsubscribe, e-mail: [EMAIL PROTECT

RE: NTLM Auth Code Snippet

David, I took a look at the wire log. I can see no wrong in what HttpClient is doing. I also ran a few NTLM authentication tests against IIS server. I am confident that NTLM logic is all right. There's of course a chance (very slim, though, I have to say) that there's a bug in HttpClient that on

DO NOT REPLY [Bug 22073] - Javadocs clean-up

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Challenge Parser Changes

On Thursday, August 14, 2003, at 06:28 PM, Kalnichevski, Oleg wrote: Adrian, With the present implementation of the authentication challenge parser Basic realm="realm", test will produce param name: 'test', param value: null, whereas Basic realm="realm", test= will produce param name: 'test'

Re: JDK 1.1.8 problems

It is by no means the only line of code that will not work in 1.1.8. There are quite a few classes that will neither compile nor run in JDKs < 1.2. Mike [EMAIL PROTECTED] wrote: That is really the only code that causes it not to work though. It seems like it would be worth changing 3 lines of

DO NOT REPLY [Bug 22340] - In J2SDK 1.5.0 (Tiger) enum is a keyword

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: NTLM class

I believe these initializations should be removed completely. They can never have been more than a convenience in the first place. You are correct that they were to avoid having to avoid playing with the java.security file. I originally wrote the NTLM support with our applet in mind which absolu

RE: [PATCH] BasicAuthenticationExample Cosmetic changes

Adrian, Would it be a big deal for you to update javadoc of the NTCredentials class as well? Oleg -Original Message- From: Adrian Sutton [mailto:[EMAIL PROTECTED] Sent: Thursday, August 14, 2003 11:09 AM To: Commons HttpClient Project Subject: Re: [PATCH] BasicAuthenticationExample Cosmet

Re: NTLM class

I find it bad pratice to set the JCE inside a totally lowlevel class. The JCE should only be set by the application and not by HttpClient at all. Odi Adrian Sutton wrote: String secProviderName = System.getProperty("httpclient.security.provider", "com.sun.crypto.provider.SunJCE"); java.securi

RE: Performance HTTPClient vs. ab

Wolfgang, Please allow me to point out that your comparison is not completely accurate. Apache benchmark (I assume) uses HTTP GET requests, whereas your test application uses HTTP POST requests. Besides, you should have used HttpCliet's simple (non-multithreaded) connection manager to be on an

DO NOT REPLY [Bug 22421] - MultiPartPostMethod sends a different file than the one from file system

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [PATCH] BasicAuthenticationExample Cosmetic changes

> Also, should the update to the docs be included in the 2-0 branch as > well as head? I think so. Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PATCH] BasicAuthenticationExample Cosmetic changes

Not at all, I was just starting a full review of the NTLM related javadocs. On Thursday, August 14, 2003, at 07:13 PM, Kalnichevski, Oleg wrote: Adrian, Would it be a big deal for you to update javadoc of the NTCredentials class as well? Oleg -- Int

RE: NTLM class

This stuff clearly should be removed. It should be left up to the user to decide what JCE provider to use. Oleg -Original Message- From: Ortwin Glück [mailto:[EMAIL PROTECTED] Sent: Thursday, August 14, 2003 1:54 PM To: Commons HttpClient Project Subject: Re: NTLM class I find it bad p

DO NOT REPLY [Bug 22073] - Javadocs clean-up

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: NTLM class

Adrian Sutton wrote: My only concern with removing the code now is that we are so close to a release and this is a change that clearly does have some fallout even if we anticipate it to be very small. > We will need to make this *very* clear in the documentation I am +1 to remove the code from 2

DO NOT REPLY [Bug 22421] New: - MultiPartPostMethod sends a different file than the one from file system

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22073] - Javadocs clean-up

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: JDK 1.1.8 problems

Odi, I was thinking about it. I do not mind making my Java 1.1 fork available. The trouble is that it is quite outdated. There is a very high likelihood that I will get a chance to update it before December this year, but I would like to wait as long as I can in order to base it on one of our 2.

RE: Challenge Parser Changes

Adrian, With the present implementation of the authentication challenge parser Basic realm="realm", test will produce param name: 'test', param value: null, whereas Basic realm="realm", test= will produce param name: 'test', param value: '' I think such behavior is correct. Do you see it diff

DO NOT REPLY [Bug 22424] - NTLM class registers Sun JCE implementation by default

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Performance HTTPClient vs. ab

Wolfgang, please try using the SimpleHttpConnectionManager instead of MultiThreadedHttpConnectionManager. Odi Wolfgang Hoschek wrote: I am planning on sending and receiving MANY (tens of tousands) small SOAP-like serial messages over the same persistent HTTP 1.1 connection, using a single cli

RE: Commons-user list

I think it would be a reasonable thing to do Oleg -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 13, 2003 15:28 To: Commons HttpClient Project Subject: Re: Commons-user list Quite so. I will also subscribe. Do you want to send out a message as

Re: NTLM Auth Code Snippet

David, As far as I can tell the code looks all right. My only guess was that the parameters to NTCredentials constructor might have been messed up, but that does not seem to be the case. I just tested the latest snapshot of 2.0 branch and HEAD against Squid proxy using Basic authentication scheme.

RE: getMethod.getResponseBody() leaks handles

David, Could you please post a code snippet that you think will reliably reproduce the problem? As far as I can tell HttpMethodBase#responseBodyConsumed() is reliably executed when HttpMethodBase#getResponseBody() is called. HttpMethodBase#getResponseBody() in its turn invokes HttpConnection#r

RE: getMethod.getResponseBody() leaks handles

Of course I meant getResponseAsStream not getResponseBodyAsStream -Original Message- From: David Wade [mailto:[EMAIL PROTECTED] Sent: Tuesday, 12 August 2003 10:10 a.m. To: 'Commons HttpClient Project' Subject: RE: getMethod.getResponseBody() leaks handles Mike, Thanks for the confirma

RE: NTLM Cipher Error

David, If it is an option, just use Java 1.4.x that comes with JCE bundled and configured Oleg -Original Message- From: Roland Weber [mailto:[EMAIL PROTECTED] Sent: Friday, August 08, 2003 8:33 AM To: Commons HttpClient Project Subject: RE: NTLM Cipher Error Hello Dave, NoClassDefFoun

RE: Authentication Realm...

Great...do you think this will resolve the issues I am having with Authentication? It seems when I run the test, that it is attempting authentication, as in I can see the challenge phrases that are generated, but it's returning the 407 page as well... Dave -Original Message- From: Kaln

RE: getMethod.getResponseBody() leaks handles

David, GetMethod contains an outdated disk buffering mechanism that has been long deprecated but not removed for backward compatibility reason. The disk buffering can well be causing the reported file handles leak. Curiously enough, disk buffering is supposed to be off by default. Since you do

RE: Authentication Realm...

David, that looks like the code off the CVS HEAD which is our unstable development branch. The redirection & authentication logic has just undergone a massive overhaul and still needs to be stabilized. It is quite likely to be buggy. Stick to the HTTPCLIENT_2_0_BRANCH for now Oleg -Origina

Performance HTTPClient vs. ab

I am planning on sending and receiving MANY (tens of tousands) small SOAP-like serial messages over the same persistent HTTP 1.1 connection, using a single client and thread (nothing fancy there). A High performance, low latency http library would be ideal. HTTPClient performance seems devastat

Re: getMethod.getResponseBody() leaks handles

Hi David, Please see my responses below. However, I can see no justification for the difference in behavior between getResponseBody and getResponseBodyAsStream -especially as all getResponseBody does is call getResponseBodyAsStream. The difference is caused solely by the line 689 mentioned b

Re: JDK 1.1.8 problems

Yeah I am using a drop in library to do collections. I got alpha 2 up and going on 1.1.8 with no code changes to httpclient. If the setbuffer was conditionally used I think it will all work fine. I am going to go ahead and try changing it myself and see what I come up with.

RE: Authentication Realm...

David, It looks like both branches HTTPCLIENT_2_0_BRANCH & HEAD are still buggy. I am working on a fix. Oleg -Original Message- From: Rowe, David (CAG-CC MIS) [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 4:47 PM To: Commons HttpClient Project Subject: RE: Authentication Realm

RE: getMethod.getResponseBody() leaks handles

David, Michael, I get the feeling you have entered a closed loop in your discussion. Please let me add an observer's view, in hope to break the loop. I'll adress this mail to David, since it's whom we are trying to help with his problem. I want to point out that I did not dive into the source code

RE: Authentication Realm...

Not unlikely, but I prefer to leave making predictions to stock traders & astrologists. Oleg -Original Message- From: Rowe, David (CAG-CC MIS) [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 12, 2003 5:58 PM To: Commons HttpClient Project Subject: RE: Authentication Realm... Great...d

JDK 1.1.8 problems

I have upgraded from commons-httpclient-2.0-alpha2 to commons-httpclient-2.0-rc1 and am now having problems in HttpConnection 2003-08-13 17:10:26,233 ERROR: java.net.Socket: method getSendBufferSize()I not found java.lang.NoSuchMethodError: java.net.Socket: method getSendBufferSize()I not found

DO NOT REPLY [Bug 22201] - Non correct IIS header parsing

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22424] - NTLM class registers Sun JCE implementation by default

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: JDK 1.1.8 problems

Oleg, just an idea: maybe you can open a sourceforge.net project with the 1.1.8 version of HttpClient and share it with David. Should be compatible with the Apache License but still distinguish it from the 'official' build. Odi Kalnichevski, Oleg wrote: If you are able to sleep comfortably h

DO NOT REPLY [Bug 22424] - NTLM class registers Sun JCE implementation by default

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16729] - Allow redirects between hosts and ports

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: NTLM class

+1 for me as well. Mike Ortwin Glück wrote: Adrian Sutton wrote: My only concern with removing the code now is that we are so close to a release and this is a change that clearly does have some fallout even if we anticipate it to be very small. > We will need to make this *very* clear in the

DO NOT REPLY [Bug 22421] - MultiPartPostMethod sends a different file than the one from file system

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Commons-user list

Mike, Oleg, et al, I had been monitoring the user list since about the time I appeared on the HttpClient scene and didn't think too many request had slipped by me in that time, though every now and then I do miss some. About every two weeks I'd send through a post for a particular topic which p

RE: JDK 1.1.8 problems

David, I will make the fork available as soon as it is done. I do not think it is going to happen too soon, though. I'll keep you posted. Oleg On Thu, 2003-08-14 at 21:36, [EMAIL PROTECTED] wrote: > Not extremely urgent, but I would definately be interested in using it when > you make it availab

DO NOT REPLY [Bug 22421] - MultiPartPostMethod sends a different file than the one from file system

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

NTLM Auth Code Snippet

public class Authentication { public Authentication() { } public static void main(String[] args) throws Exception { System.setProperty("org.apache.commons.logging.Log", "org.apache.commons.logging.impl.SimpleLog"); System.setProperty("org.apache.commons.logging.simpl

RE: NTLM Cipher Error

How about trying to execute the application outside Eclipse. Besides, what version of Eclipse are you using? I remember tons of problems with JCE under Eclipse prior to release 2.1 Oleg -Original Message- From: Rowe, David (CAG-CC MIS) [mailto:[EMAIL PROTECTED] Sent: Friday, August 08,

RE: NTLM Cipher Error

Yep, they're under that directory. jce.jar, jce1_2_2.jar, sunjce_provider.jar, local_policy.jar, US_policy.jar. Dave -Original Message- From: Kalnichevski, Oleg [mailto:[EMAIL PROTECTED] Sent: Friday, August 08, 2003 8:03 AM To: Commons HttpClient Project Subject: RE: NTLM Cipher Error

DO NOT REPLY [Bug 22201] - Non correct IIS header parsing

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22201] - Non correct IIS header parsing

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: JDK 1.1.8 problems

Not extremely urgent, but I would definately be interested in using it when you make it available. "Kalnichevski, Oleg"

getMethod.getResponseBody() leaks handles

HTTP-CLIENT 2.0 RC1 SUN JDK 1.4.2 WIN-XP SP1 (leave me alone) Have noticed that the use of getResponseBody() on GetMethod leaks file handles as compared to getResponseBodyAsStream(). Bizzar but true. The following examples are for bug/feature demonstration only. I tested against a local Tom

DO NOT REPLY [Bug 22201] - Non correct IIS header parsing

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [PATCH] Proxy authentication realm problem

Looks good to me. Mike On Thursday, August 7, 2003, at 04:10 PM, Oleg Kalnichevski wrote: The patch addresses the problem with the proxy authentication realm reported by David Rowe. HttpAuthenticator should now be picking up the correct credentials when authenticating with an NTLM proxy (NTLM au

Re: NTLM class

On Thursday, August 14, 2003, at 03:36 pm, Michael Becke wrote: +1 for me as well. Me too (+1, obviously non-binding). I'm about a quarter the way through integrating rc1 into some code and the internal JCE hidden setup would be a total spanner-in-the-works. -- Mike ---

Re: NTLM Cipher Error

Following Code works for me with 1.4.1 in Eclipse with nothing added to the Classpath. I guess you are not running under 1.4.1 but 1.3. Check the system libraries in the Eclipse Build path. Use "add Library" to add the 1.4.1 System libraries. package test; /** * * @author Ortwin Glück */ pu

Re: JDK 1.1.8 problems

Well I don't agree with that. I was able to remove all calls to setBuffer and getBuffer and now have it up and working fine with 1.1.8. I would agree most desktop os's have Java2 but I am using this on an embedded Real Time OS. And there aren't many java 2 jvm's out there for RTOS's. If there

DO NOT REPLY [Bug 22201] - Non correct IIS header parsing

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: getMethod.getResponseBody() leaks handles

Mike, thanks for the detailed reply, but sorry if try one more time to force my point of view ;> I just don't get why the behaviour should be different. My perspective on this is from a users view of the client and form that perspective it doesn't make sense for the different behaviour and t

DO NOT REPLY [Bug 16729] - Allow redirects between hosts and ports

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: NTLM Cipher Error

> I'm running into an issues when attempting Proxy Authentication using NTLM. The > proxy itself is ISA, and from what > I can tell using the Log traces, is it's using the web-site I want to access (i.e. > www.yahoo.com) As the authentication > realm. > > [DEBUG] HttpMethodBase - -Authorizatio

Authentication Realm...

Oleg, there are still references to the realm in HttpMethodBase, regarding proxy authentication. It is still picking up the destination host i.e. "www.yahoo.com" as opposed to the proxy host. I don't know if this is the cause of my proxy authentication issues, which still go unresolved, but fo

RE: NTLM Cipher Error

David, You are not supposed to add JCE.jar to the class path. All the JCE classes are already available to the class loader. Just let the class loader do its magic. Oleg -Original Message- From: Rowe, David (CAG-CC MIS) [mailto:[EMAIL PROTECTED] Sent: Friday, August 08, 2003 4:13 PM To:

RE: JDK 1.1.8 problems

I don't think it would be a good idea to scramble HTTPClient's code with checks for < 1.2 versions. IMHO, the main requirement for HTTPClient MUST be Java 1.2 and above. George -Original Message- From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 13, 2003 6:11 PM To

RE: NTLM Cipher Error

> > Is there anything blatantly obvious here? All I need to do is be able to access > internet resources, through a Proxy (ISA) > that uses NTLM Authentication. David, I'll make sure that HttpClient picks up the correct credentials when authenticating with a proxy. As far as JCE is concerned,

Re: JDK 1.1.8 problems

I just attempted to compile current 2.0 snapshot of HttpClient with JDK 1.1.8 and ended up with over 300 error messages Oleg On Wed, 2003-08-13 at 23:03, Michael Becke wrote: > It is by no means the only line of code that will not work in 1.1.8. > There are quite a few classes that will neith

DO NOT REPLY [Bug 22421] - MultiPartPostMethod sends a different file than the one from file system

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

AW: Proxied SSL connection

>Ulrich, > >You are trying to use a normal HTTP server as if it were a proxy. Of course, that >cannot work. >The server is absolutely correct about rejecting the request as syntactically >incorrect (status code 400) You're right. I've had a look into the Http.confs. On the Server are to Apache

DO NOT REPLY [Bug 16729] - Allow redirects between hosts and ports

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

NTLM Cipher Error

Good Morning all, I'm running into an issues when attempting Proxy Authentication using NTLM. The proxy itself is ISA, and from what I can tell using the Log traces, is it's using the web-site I want to access (i.e. www.yahoo.com) As the authentication realm. [DEBUG] HttpMethodBase - -Authoriz

DO NOT REPLY [Bug 19868] - Exception handling in HttpClient requires redesign

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22201] - Non correct IIS header parsing

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

connect via proxy

Dear all, My program is using Get and Post method in HttpClient. The program works if the internet connection is using dial up. But not if using proxy. Do I have to set up proxy manually in the program ? (my proxy doesn't need authentication) Can it just detect the connection from the browsers

DO NOT REPLY [Bug 22424] New: - NTLM class registers Sun JCE implementation by default

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: getMethod.getResponseBody() leaks handles

Mike, Just ran my leaky program with a breakpoint in HttpMethodBase.responseBodyConsumed(). I can categorically tell you it is not called! Then either the response is not being fully read, there is no response or the connection is released before the response is read. If you have evidence to t

  1   2   >