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=21053>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21053 URL codec contribution from HttpClient Summary: URL codec contribution from HttpClient Product: Commons Version: 1.1 Final Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Codec AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Greetings to Codec folks from HttpClient folks We are absolutely positive about using Commons Codec in our future releases (post 2.0 release, which is drawing quite near). So, I felt like stopping by to say hello from all the HttpClient developers. While there's a relative lull in HttpClient development we would like use this opportunity to factor out some HttpClient code that might have its use beyond HttpClient and move it into a more appropriate sub-project. The first victim of the re-usability zeal on our part happened to be URL codec that we use quite extensively in HttpClient. We felt that URL codec might have a broader appeal outside HttpClient and Commons Codec would be the right place for it. I attach the first draft of the patch for your scrutiny. Feedback, comments, objections are welcome. I'll be happy to spend some additional time massaging the code to your liking, incorporate your suggestions, or fix problems that are found On behalf of all HttpClient developers, Oleg PS: If you find the stuff acceptable, it should probably go into a package of its own: org.apache.commons.codec.url. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
