Andreas, I have looked at AXIS2-3933 and I'm not sure the patch is complete.
I was thinking to create a new transport as to avoid recompiling axis2 with httpclient 4.0 and hopefully save some time. Additionnally I was planning to hard-code NTLMv2 support into that transport using JCIFS library as outlined here: http://hc.apache.org/httpcomponents-client/ntlm.html. I don't think such support should be committed in axis2 trunk because there are legal implications: "JCIFS is licensed under the Lesser General Public License (LGPL). This license is not compatible with the Apache Licenses under which all Apache Software is released. Lawyers of the Apache Software Foundation are currently investigating under which conditions Apache software is allowed to make use of LGPL software." Hardcoding axis2 to use httpclient 4.0 is the best long term solution for the trunk as long as nothing outside the CommonsHTTPTransportSender and it's apparatus are directly dependent of httpclient library. I guess I could find a way to upgrade CommonsHTTPTransportSender to httpclient 4.0 without any NTLM support (that is a step backwards considering httpclient 3.1 has limited NTLMv1 support). Additionnally you will have to advise me; find some kind of pluggable mechanism that allows a user through configuration to add NTLM support (with jcifs library). I haven't looked into more details for the changes required to upgrade CommonsHTTPTransportSender yet. Thanks, -Guillaume ________________________________ From: Andreas Veithen [mailto:[email protected]] Sent: Thu 4/16/2009 10:44 AM To: [email protected] Subject: Re: Axis2 commons-httpclient 3.1 dependencies Guillaume, I think it's a great idea to upgrade to a recent version of httpclient. One of the prerequisite would be to solve AXIS2-3933 so that axis2-kernel no longer depends on commons-httpclient. Since Axis2 1.5 is going to be released soon, we can again do larger changes to the trunk. Also, there is a patch available for AXIS2-3933, so we could solve that issue quite quickly. This will also tell us if there is any code in Axis2 that has a hidden dependency on commons-httpclient. For CommonsHTTPTransportSender, I think we should avoid creating a "new" transport sender. I would suggest that you do your changes on a well defined version of the transport so that we can later commit these changes to the codebase. Did you already start to analyze the amount of changes that are required to upgrade CommonsHTTPTransportSender to commons-httpclient 4.0? Andreas On Wed, Apr 15, 2009 at 15:57, Jeudy, Guillaume <[email protected]> wrote: > Hi, > > I'm considering upgrading axis2 to use the new httpclient 4.0 in conjunction > with jcifs library in order to support HTTP NTLMv2 connections. I need > feedback from axis2 contributors/developers. > > Please confirm what steps I should take to achieve that. > > 1. Implement a new TransportSender using httpclient 4.0. I'm hoping I can > base my code on the existing CommonsHTTPTransportSender and port it to use > httpclient 4.0. > > 2. Modify axis2.xml to use my new TransportSender. > > Can anyone tell me if there are any hidden runtime dependencies I should be > aware of? Based on the axis2 source code analysis I made; it seems like > httpclient 3.1 is only used in CommonsHTTPTransportSender class and that > class can be completely ignored at runtime if axis2.xml is not configured to > use it, please correct me if i'm wrong. > > Thank you! > -Guillaume Jeudy > > ________________________________ > This electronic mail (including any attachments) may contain information > that is privileged, confidential, and/or otherwise protected from disclosure > to anyone other than its intended recipient(s). Any dissemination or use of > this electronic email or its contents (including any attachments) by persons > other than the intended recipient(s) is strictly prohibited. If you have > received this message in error, please notify us immediately by reply email > so that we may correct our internal records. Please then delete the original > message (including any attachments) in its entirety. Thank you. ____________________________________________________________________________________________________ This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic email or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply email so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. Thank you.
<<winmail.dat>>
