OK, Thanks for the Information. I have found FileUpload API from Jakarta commons project
Why do we have 2 API for Uploading from Same project 1. MultipartFileUpload - (Jakarta-commons)HttpClient - Project 2. FileUpload - (Jakarta Commons) Instead of having 2 API from Same project, why we do not have single API from same project. Why can't we bind both API as single project as both are from Jakarta - commons project?? Or, Is there any conceptual difference between two API?? Why I am asking this question is, If conceptually both are same, on which API one should rely as both are from same project. Regards Sudhakar On Wed, 20 Oct 2004 09:59:41 +0200, Oleg Kalnichevski <[EMAIL PROTECTED]> wrote: > > > > Sudhakar, > > Here's a few sample apps that you may find useful: > > http://cvs.apache.org/viewcvs.cgi/jakarta-commons/httpclient/src/examples/?only_with_tag=HTTPCLIENT_2_0_BRANCH > > I do not know of a good comparison of HttpClient vs. competition > concentrating primarily on the file upload functionality. For a general > feature matrix you may want to see this one > > http://www.nogoop.com/product_16.html#compare > > Oleg > > On Wed, 2004-10-20 at 08:19, IndianAtTech wrote: > > Hi ALL, > > > > I would like to have a working example that helps me to understand the > > upload concept using HttpClient. > > > > I also wanted to know Pros and Cons of HttpClient against other API > > that supports Uploading file. > > > > Regards > > Sudhakar Koundinya > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > *************************************************************************************************** > The information in this email is confidential and may be legally privileged. Access > to this email by anyone other than the intended addressee is unauthorized. If you > are not the intended recipient of this message, any review, disclosure, copying, > distribution, retention, or any action taken or omitted to be taken in reliance on > it is prohibited and may be unlawful. If you are not the intended recipient, please > reply to or forward a copy of this message to the sender and delete the message, any > attachments, and any copies thereof from your system. > *************************************************************************************************** > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
