Brian, We maintain a repository of contributed code which can be useful to a significant number of users but is not generic enough to warrant inclusion into the stock version of HttpClient
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ The catch here however is licensing terms. Due to the incompatibility with Apache license we are not allowed to import any GPL/LGPL licensed code. Sadly enough this, for instance, rules out the use of JCIFS in the stock version of HttpClient. If your solution relies on a third party code licensed under licensing terms incompatible with ASLv2 we will not be able to accept it. At some point of time we would like to discontinue the support for the homebrewed NTLM code and make use of code written and maintained by people with better knowledge of the underlying protocol. Most likely the NTLMScheme class and related classes will have to be hosted at the sourceforge.net, if we choose to go with JCIFS. So, if your code does rely on GPL/LGPL licensed code you may consider starting httpclient-ntlm project at sourceforge.net. The chances are good will have more code to contribute to this project in the future. Cheers, Oleg On Fri, Jul 22, 2005 at 12:57:35AM -0400, Brian Moran wrote: > Hi everyone; we had a need to authenticate using NTLM with the default > credentials of the logged-in user, and unfortunately the HttpClient.Auth.NTLM > module is expecting credentials to be supplied in username / password form -- > so we built a version of NTLM that uses JNI through the Neon libraries to get > the default credentials (avoids someone having to type in their username and > password if they're already logged in). NTLM has about a five line > modification, and there's a DLL (built from Neon mainly, with some JNI shim > code) that provides the native methods. > > I'm not sure if this is of any use to anyone (certainly only works on Win32 > platforms), but it was sure handy for us. Is there a place for it in the > project? BTW, it also can take domain\username and a password (if the > logged-in-user's credentials are not good enough) and generates the NTLM > credentials in whatever form was negotiated with the server. Again, that > portion only works on Win32 platforms. > > Where would this find a home? > > PS. We found that HttpClient RC 3 (w/o the JNI provided credentials) provides > difficulty for the 1.1.11 version of JCIFS, we're going to try the 1.2.1 > real soon now. > > > Thanks, > Brian Moran > Centeris Corporation --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
