You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by Michael Becke <be...@u.washington.edu> on 2004/10/11 05:23:09 UTC
[ANNOUNCE] Release of Commons HttpClient 2.0.2
The Jakarta Commons team is pleased to announce the release of
HttpClient 2.0.2. This release greatly improves the performance of
executing methods where the response contains little or no content.
Please visit the HttpClient 2.0 web site
<http://jakarta.apache.org/commons/httpclient/> for more information on
HttpClient and this release.
Thank you,
Commons HttpClient Development Team
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] HttpClient is now a separate project in [Bugzilla] issue tracking system
Posted by Adrian Sutton <ad...@intencha.com>.
On 12/10/2004, at 8:19 PM, Oleg Kalnichevski wrote:
> Adrian,
> That would be quite handy. We have over a dozen milestones (pre 2.0.3
> and 3.0b1) that are no longer relevant and should clean up at some
> point. Do you know how we are supposed to go about asking for Bugzilla
> privileges? We do not need a full blown admin privileges. In Bugzilla
> terms we need 'edit components' permission
Ah, unfortunately noone can help you to clean up no longer relevant
milestones. I think you can delete them but then any bugs that refer
to them lose their milestone and it gets ugly. There is currently a
patch under review to allow you to retire old milestones but it looks
like it's going to be a while before it makes it into a release (and
then we'd need to get Apache to upgrade).
I'll do some investigation about getting Bugzilla privileges but if
this is a major issue it could be a good reason to go over to JIRA as I
believe it handles it better (but we should check first).
> Oleg
Regards,
Adrian Sutton.
----------------------------------------------
Intencha "tomorrow's technology today"
Ph: 3420 4584 0422236329
35 Prenzler St
Upper Mount Gravatt 4122
Australia QLD
www.intencha.com
Re: [ANNOUNCE] HttpClient is now a separate project in [Bugzilla]
issue tracking system
Posted by Oleg Kalnichevski <ol...@apache.org>.
Adrian,
That would be quite handy. We have over a dozen milestones (pre 2.0.3
and 3.0b1) that are no longer relevant and should clean up at some
point. Do you know how we are supposed to go about asking for Bugzilla
privileges? We do not need a full blown admin privileges. In Bugzilla
terms we need 'edit components' permission
Oleg
On Tue, 2004-10-12 at 12:02, Adrian Sutton wrote:
> We should be able to arrange for someone to have bugzilla admin
> privileges so they can do it. At the very least someone from the
> Jakarta PMC should be able to do it.
>
> Adrian.
>
> On 12/10/2004, at 7:36 PM, Oleg Kalnichevski wrote:
>
> > On Tue, 2004-10-12 at 03:42, Michael Becke wrote:
> >> Hi Oleg,
> >>
> >> How do we go about adding versions, target milestones, etc?
> >>
> >> Mike
> >>
> >
> > Mike,
> >
> > We still will have to ask the Infrastructure. The good news is creating
> > new versions and milestones in Bugzilla takes no special trickery, so
> > it
> > _should_ be relatively easy.
> >
> > Oleg
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > commons-httpclient-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> > commons-httpclient-dev-help@jakarta.apache.org
> >
> ----------------------------------------------
> Intencha "tomorrow's technology today"
> Ph: 3420 4584 0422236329
> 35 Prenzler St
> Upper Mount Gravatt 4122
> Australia QLD
> www.intencha.com
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] HttpClient is now a separate project in [Bugzilla] issue tracking system
Posted by Adrian Sutton <ad...@intencha.com>.
We should be able to arrange for someone to have bugzilla admin
privileges so they can do it. At the very least someone from the
Jakarta PMC should be able to do it.
Adrian.
On 12/10/2004, at 7:36 PM, Oleg Kalnichevski wrote:
> On Tue, 2004-10-12 at 03:42, Michael Becke wrote:
>> Hi Oleg,
>>
>> How do we go about adding versions, target milestones, etc?
>>
>> Mike
>>
>
> Mike,
>
> We still will have to ask the Infrastructure. The good news is creating
> new versions and milestones in Bugzilla takes no special trickery, so
> it
> _should_ be relatively easy.
>
> Oleg
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> commons-httpclient-dev-help@jakarta.apache.org
>
----------------------------------------------
Intencha "tomorrow's technology today"
Ph: 3420 4584 0422236329
35 Prenzler St
Upper Mount Gravatt 4122
Australia QLD
www.intencha.com
Re: [ANNOUNCE] HttpClient is now a separate project in [Bugzilla]
issue tracking system
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Tue, 2004-10-12 at 03:42, Michael Becke wrote:
> Hi Oleg,
>
> How do we go about adding versions, target milestones, etc?
>
> Mike
>
Mike,
We still will have to ask the Infrastructure. The good news is creating
new versions and milestones in Bugzilla takes no special trickery, so it
_should_ be relatively easy.
Oleg
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] HttpClient is now a separate project in [Bugzilla] issue tracking system
Posted by Michael Becke <be...@u.washington.edu>.
Hi Oleg,
How do we go about adding versions, target milestones, etc?
Mike
On Oct 11, 2004, at 9:31 AM, Oleg Kalnichevski wrote:
>
> HttpClient project has taken a very important step toward becoming a
> full-fledged Jakarta level project. From today, HttpClient is a
> separate
> project in Apache Bugzilla issue tracking system. It is no longer a
> component of the Commons project. Please use the following details when
> filing bug reports for 2.0 and 3.0 branches of HttpClient:
>
> Product: HttpClient
> Component: Commons HttpClient
>
> Use the following URL for convenience:
> http://issues.apache.org/bugzilla/enter_bug.cgi?product=HttpClient
>
> All the existing issues, closed and open, are still available under
> their usual URLs.
>
> With HttpClient being a separate project in Bugzilla we will be able to
> define release versions and target milestones independently from
> Jakarta
> Commons
>
> Oleg
>
> ***********************************************************************
> ****************************
> 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:
> commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> commons-httpclient-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [Bugzilla] vs [JIRA] revisited
Posted by Adrian Sutton <ad...@intencha.com>.
+1, even rats are smart enough to jump off a sinking ship. :)
All the support within Apache is moving to JIRA and it should do what
we want a little better.
Regards,
Adrian Sutton.
On 19/10/2004, at 11:44 PM, Oleg Kalnichevski wrote:
>
> Folks,
> As a result of the discussion my assumption is that we want to go ahead
> with migration from Bugzilla to JIRA. If you have any objections or
> concerns it is the right time to voice them. I am going to update the
> change request <http://issues.apache.org/jira/browse/INFRA-74> shortly
> stating out intention to proceed with the migration if no one speaks
> out.
>
> Oleg
----------------------------------------------
Intencha "tomorrow's technology today"
Ph: 3420 4584 0422236329
35 Prenzler St
Upper Mount Gravatt 4122
Australia QLD
www.intencha.com
Re: [Bugzilla] vs [JIRA] revisited
Posted by Oleg Kalnichevski <ol...@bearingpoint.com>.
Folks,
As a result of the discussion my assumption is that we want to go ahead
with migration from Bugzilla to JIRA. If you have any objections or
concerns it is the right time to voice them. I am going to update the
change request <http://issues.apache.org/jira/browse/INFRA-74> shortly
stating out intention to proceed with the migration if no one speaks
out.
Oleg
On Mon, 2004-10-11 at 16:12, Oleg Kalnichevski wrote:
> Folks
>
> Due to the recent upgrade of HttpClient to a full project in Bugzilla
> JIRA no longer has a definitive edge over Bugzilla. Nonetheless, JIRA
> still a newer and more flexible system which can potentially make our
> life and that of our users simpler.
>
> http://nagoya.apache.org/jira/browse/INFRA-74
>
> The only fundamental gripe with JIRA that some folks have is that it is
> not open-source. I do not think we should try to be holier than the Pope
> himself, since too many projects have already defected to JIRA
>
> Religious reasons aside, I also foresee technical difficulties too.
> Currently (at least with Bugzilla 2.14.2) there appears no way to make a
> project completely read-only. Submission of new reports can be disabled,
> but one can still modify the existing bug reports.
>
> There is a few options:
>
> (1) Ask folks to resubmit their comments in JIRA when important / ignore
> modifications made in Bugzilla when unimportant.
>
> (2) Tweak Bugzilla a little to prevent mutation of existing reports.
> Note, supposedly Apache Bugzilla is already a fork. So, the real trouble
> here is to convince the Infrastructure folks to apply a patch, and more
> importantly reapply it every time Bugzilla is upgraded. Now, the REAL
> REAL trouble is that it almost took a full scale nuclear conflict
> between the Evil Russian Empire (me) and the Freedom Alliance (the
> Infrastructure team) to implement what turned out to be a fairly minor
> change to get HttpClient promoted to a project status. From now on, I am
> deeply skeptical about everything that has to do with Bugzilla
> maintenance. Besides, I may not survive yet another squabble with Noel.
>
> (3) Wait until other Jakarta Commons project migrate first. Long may be
> the wait, though
>
> So, what's the popular opinion on that? Non-committers are highly
> encouraged to voice their opinion too
>
> Evil Comrade Oleg
>
>
> ***************************************************************************************************
> 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: commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
***************************************************************************************************
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: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [Bugzilla] vs [JIRA] revisited
Posted by Roland Weber <RO...@de.ibm.com>.
Hi Oleg,
could we synchronize the switch with the 4.0 implementation?
In other words, continue with Bugzilla for 2.0 and 3.0, but once
work gets started on 4.0, where the API changes and the package
names probably change, then the bug tracking system changes
as well?
cheers,
Roland
[Bugzilla] vs [JIRA] revisited
Posted by Oleg Kalnichevski <ol...@bearingpoint.com>.
Folks
Due to the recent upgrade of HttpClient to a full project in Bugzilla
JIRA no longer has a definitive edge over Bugzilla. Nonetheless, JIRA
still a newer and more flexible system which can potentially make our
life and that of our users simpler.
http://nagoya.apache.org/jira/browse/INFRA-74
The only fundamental gripe with JIRA that some folks have is that it is
not open-source. I do not think we should try to be holier than the Pope
himself, since too many projects have already defected to JIRA
Religious reasons aside, I also foresee technical difficulties too.
Currently (at least with Bugzilla 2.14.2) there appears no way to make a
project completely read-only. Submission of new reports can be disabled,
but one can still modify the existing bug reports.
There is a few options:
(1) Ask folks to resubmit their comments in JIRA when important / ignore
modifications made in Bugzilla when unimportant.
(2) Tweak Bugzilla a little to prevent mutation of existing reports.
Note, supposedly Apache Bugzilla is already a fork. So, the real trouble
here is to convince the Infrastructure folks to apply a patch, and more
importantly reapply it every time Bugzilla is upgraded. Now, the REAL
REAL trouble is that it almost took a full scale nuclear conflict
between the Evil Russian Empire (me) and the Freedom Alliance (the
Infrastructure team) to implement what turned out to be a fairly minor
change to get HttpClient promoted to a project status. From now on, I am
deeply skeptical about everything that has to do with Bugzilla
maintenance. Besides, I may not survive yet another squabble with Noel.
(3) Wait until other Jakarta Commons project migrate first. Long may be
the wait, though
So, what's the popular opinion on that? Non-committers are highly
encouraged to voice their opinion too
Evil Comrade Oleg
***************************************************************************************************
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: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] HttpClient is now a separate project in [Bugzilla]
issue tracking system
Posted by Michael Becke <be...@u.washington.edu>.
Awesome! Nice work Oleg.
Mike
Oleg Kalnichevski wrote:
> HttpClient project has taken a very important step toward becoming a
> full-fledged Jakarta level project. From today, HttpClient is a separate
> project in Apache Bugzilla issue tracking system. It is no longer a
> component of the Commons project. Please use the following details when
> filing bug reports for 2.0 and 3.0 branches of HttpClient:
>
> Product: HttpClient
> Component: Commons HttpClient
>
> Use the following URL for convenience:
> http://issues.apache.org/bugzilla/enter_bug.cgi?product=HttpClient
>
> All the existing issues, closed and open, are still available under
> their usual URLs.
>
> With HttpClient being a separate project in Bugzilla we will be able to
> define release versions and target milestones independently from Jakarta
> Commons
>
> Oleg
>
> ***************************************************************************************************
> 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: commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
[ANNOUNCE] HttpClient is now a separate project in [Bugzilla]
issue tracking system
Posted by Oleg Kalnichevski <ol...@bearingpoint.com>.
HttpClient project has taken a very important step toward becoming a
full-fledged Jakarta level project. From today, HttpClient is a separate
project in Apache Bugzilla issue tracking system. It is no longer a
component of the Commons project. Please use the following details when
filing bug reports for 2.0 and 3.0 branches of HttpClient:
Product: HttpClient
Component: Commons HttpClient
Use the following URL for convenience:
http://issues.apache.org/bugzilla/enter_bug.cgi?product=HttpClient
All the existing issues, closed and open, are still available under
their usual URLs.
With HttpClient being a separate project in Bugzilla we will be able to
define release versions and target milestones independently from Jakarta
Commons
Oleg
***************************************************************************************************
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: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] Release of Commons HttpClient 2.0.2
Posted by Oleg Kalnichevski <ol...@bearingpoint.com>.
Hi Sudhakar,
Why should a personal opinion of one guy hurt? We are all entitled to
have our own opinion. As imperfect as HttpClient may be, it is still
being used by numerous state of the art projects such as Spring
framework, and to me that counts more than an opinion of one guy.
> 1. API is not stable
This is basically correct. See point 2.
> 2. API is flaky
This is basically correct. The API is far from being perfect. This said,
in my opinion is still waaaaaaaaaaaay better than Java Net API. The
reason why we can't keep the API stable is because early on (before any
of the current committers joined the project) a few unfortunate design
have been made. Now we are facing an unpleasant task of fixing them
while supporting the existing user base. This is not an easy task
> 3. No proper documentation and easy to understand explanation
Allow me to disagree. Some folks expressed opinion that HttpClient had
better documentation than other projects.
http://www.onjava.com/pub/a/onjava/2003/06/25/commons.html?page=last
This is not to say that documentation could not be better, but we rarely
have people complaining about the quality of support for HttpClient
> 4. No proper examples provided by team to understand API.
Allow me to disagree. See for yourself
http://jakarta.apache.org/commons/httpclient/tutorial.html
http://cvs.apache.org/viewcvs.cgi/jakarta-commons/httpclient/src/examples/?only_with_tag=HTTPCLIENT_2_0_BRANCH
> 4. Security problems may araise
Whenever you venture out of your home you are at risk of being hit by a
bus. Whenever you have your computer connected to a public network,
security problems may arise. What specific security problems that expert
was referring to?
> 5. Takes much memory when compared with Java Net API
Try posting 200MB file with Java Net API and tell me about memory
consumption.
> 6. My code becomes complicated, if I use HttpCLient
Whenever you write code, it can get complicated unless you keep it
simple
> 7. As name it says limited to Http Protocol. - Which is not suitable for multi protocol
> implementations.
This is correct. We have no plans changing that.
>
> So I need some clarifications from Development team of HttpClient API.
> I hope I get the Positive response from the team regarding all matters what I have mentioned
> above.
I hope that clarifies things a little
Cheers
Oleg
***************************************************************************************************
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: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] Release of Commons HttpClient 2.0.2
Posted by "Koundinya (Sudhakar Chavali)" <su...@yahoo.com>.
Hello All,
I appreciate development of HttpClient API.
Anyhow I need to have some clarifications regarding the usage of API.
When I get some problem regarding network program, I have posted the question at
http://www.experts-exchange.com/Java - Currently I am using Java Net API and Socket code
implementation for this.
Some person suggested to use HttpClient for this.
But I get some other answer from another guy and what he says is
1. API is not stable
2. API is flaky
3. No proper documentation and easy to understand explanation
4. No proper examples provided by team to understand API.
4. Security problems may araise
5. Takes much memory when compared with Java Net API
6. My code becomes complicated, if I use HttpCLient
7. As name it says limited to Http Protocol. - Which is not suitable for multi protocol
implementations.
So I need some clarifications from Development team of HttpClient API.
I hope I get the Positive response from the team regarding all matters what I have mentioned
above.
Best Regards
Sudhakar.
P:S - If my question hurts any of the development team, please do not take it personal. Basically
I need you help
--- Oleg Kalnichevski <ol...@apache.org> wrote:
> Javen
>
> HttpClient 2.0.x represents the stable branch whereas HttpClient 3.0 is
> still in ALPHA development stage and may be subject to API change. We
> are planning to freeze the 3.0 API quite soon and start working toward
> the code freeze and a first stable release
>
> For detailed information on new features in HttpClient 3.0 please refer
> to:
>
> http://jakarta.apache.org/commons/httpclient/3.0/news.html
>
> Oleg
>
> On Mon, 2004-10-11 at 08:18, Javen Fang wrote:
> > http://jakarta.apache.org/commons/httpclient/3.0/index.html
> >
> > But what I see the new is 3.0.
> >
> > what is different is 2.0 and 3.0
> >
> >
> > On Sun, 10 Oct 2004 23:12:15 -0700 (PDT), Srinivas Velidanda
> > <sv...@yahoo.com> wrote:
> > > Hi,
> > >
> > > I have been using HttpClient version 2.0.1. But have some problems while uploading multiple
> files. Please let me know
> > >
> > > 1. Can I upload multiple files using httpclient api from client to server (client and server
> running on different systems).
> > >
> > > 2. I worked with sample code at
> > >
> > > http://www.theserverside.com/articles/article.tss?l=HttpClient_FileUpload. Everything works
> fine if I run the sample on the same systems but I cannot do the same by making the client and
> server on different systems.
> > >
> > > I used the following sample at the above url
> > >
> > > Listing 9-6. HttpMultiPartFileUpload.java
> > > package com.commonsbook.chap9;
> > > import java.io.File;
> > > import java.io.IOException;
> > >
> > > import org.apache.commons.httpclient.HttpClient;
> > > import org.apache.commons.httpclient.methods.MultipartPostMethod;
> > >
> > > public class HttpMultiPartFileUpload {
> > > private static String url =
> > > "http://localhost:8080/HttpServerSideApp/ProcessFileUpload.jsp";
> > >
> > > public static void main(String[] args) throws IOException {
> > > HttpClient client = new HttpClient();
> > > MultipartPostMethod mPost = new MultipartPostMethod(url);
> > > client.setConnectionTimeout(8000);
> > >
> > > // Send any XML file as the body of the POST request
> > > File f1 = new File("students.xml");
> > > File f2 = new File("academy.xml");
> > > File f3 = new File("academyRules.xml");
> > >
> > > System.out.println("File1 Length = " + f1.length());
> > > System.out.println("File2 Length = " + f2.length());
> > > System.out.println("File3 Length = " + f3.length());
> > >
> > > mPost.addParameter(f1.getName(), f1);
> > > mPost.addParameter(f2.getName(), f2);
> > > mPost.addParameter(f3.getName(), f3);
> > >
> > > int statusCode1 = client.executeMethod(mPost);
> > >
> > > System.out.println("statusLine>>>" + mPost.getStatusLine());
> > > mPost.releaseConnection();
> > > }
> > > }
> > >
> > > and for processing file upload i used the following JSP
> > >
> > > <%@ page contentType="text/html;charset=windows-1252"%>
> > > <%@ page import="org.apache.commons.fileupload.DiskFileUpload"%>
> > > <%@ page import="org.apache.commons.fileupload.FileItem"%>
> > > <%@ page import="java.util.List"%>
> > > <%@ page import="java.util.Iterator"%>
> > > <%@ page import="java.io.File"%>
> > > html>
> > > <head>
> > > <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
> > > <title>Process File Upload</title>
> > > </head>
> > > <%
> > > System.out.println("Content Type ="+request.getContentType());
> > >
> > > DiskFileUpload fu = new DiskFileUpload();
> > > // If file size exceeds, a FileUploadException will be thrown
> > > fu.setSizeMax(1000000);
> > >
> > > List fileItems = fu.parseRequest(request);
> > > Iterator itr = fileItems.iterator();
> > >
> > > while(itr.hasNext()) {
> > > FileItem fi = (FileItem)itr.next();
> > >
> > > //Check if not form field so as to only handle the file inputs
> > > //else condition handles the submit button input
> > > if(!fi.isFormField()) {
> > > System.out.println("\nNAME: "+fi.getName());
> > > System.out.println("SIZE: "+fi.getSize());
> > > //System.out.println(fi.getOutputStream().toString());
> > > File fNew= new File(application.getRealPath("/"), fi.getName());
> > >
> > > System.out.println(fNew.getAbsolutePath());
> > > fi.write(fNew);
> > > }
> > > else {
> > > System.out.println("Field ="+fi.getFieldName());
> > > }
> > > }
> > > %>
> > > <body>
> > > Upload Successful!!
> > > </body>
> > > </html>
> > >
> > > 3. But I could not do the same by making the server and client on different systems.
> > >
> > > 4. Pl. let me know for the same purpose is there any patch available with current version
> released. i.e.2.0.2
> > >
> > > 5. Is there a way to build Multipart request without putting the Http File Item in the form.
> > > i.e. dynamically getting the file Items created programmatically at client side and
> > > passing the Multipart request to the server
> > >
> > > thanks,
> > > Srinivas.
> > >
> > >
> > > Michael Becke <be...@u.washington.edu> wrote:
> > > The Jakarta Commons team is pleased to announce the release of
> > > HttpClient 2.0.2. This release greatly improves the performance of
> > > executing methods where the response contains little or no content.
> > > Please visit the HttpClient 2.0 web site
> > > for more information on
> > > HttpClient and this release.
> > >
> > > Thank you,
> > >
> > > Commons HttpClient Development Team
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
> > >
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam? Yahoo! Mail has the best spam protection around
> > > http://mail.yahoo.com
> > >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>
>
=====
"No one can earn a million dollars honestly."- William Jennings Bryan (1860-1925)
"Make everything as simple as possible, but not simpler."- Albert Einstein (1879-1955)
"It is dangerous to be sincere unless you are also stupid."- George Bernard Shaw (1856-1950)
_______________________________
Do you Yahoo!?
Express yourself with Y! Messenger! Free. Download now.
http://messenger.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] Release of Commons HttpClient 2.0.2
Posted by Oleg Kalnichevski <ol...@apache.org>.
Javen
HttpClient 2.0.x represents the stable branch whereas HttpClient 3.0 is
still in ALPHA development stage and may be subject to API change. We
are planning to freeze the 3.0 API quite soon and start working toward
the code freeze and a first stable release
For detailed information on new features in HttpClient 3.0 please refer
to:
http://jakarta.apache.org/commons/httpclient/3.0/news.html
Oleg
On Mon, 2004-10-11 at 08:18, Javen Fang wrote:
> http://jakarta.apache.org/commons/httpclient/3.0/index.html
>
> But what I see the new is 3.0.
>
> what is different is 2.0 and 3.0
>
>
> On Sun, 10 Oct 2004 23:12:15 -0700 (PDT), Srinivas Velidanda
> <sv...@yahoo.com> wrote:
> > Hi,
> >
> > I have been using HttpClient version 2.0.1. But have some problems while uploading multiple files. Please let me know
> >
> > 1. Can I upload multiple files using httpclient api from client to server (client and server running on different systems).
> >
> > 2. I worked with sample code at
> >
> > http://www.theserverside.com/articles/article.tss?l=HttpClient_FileUpload. Everything works fine if I run the sample on the same systems but I cannot do the same by making the client and server on different systems.
> >
> > I used the following sample at the above url
> >
> > Listing 9-6. HttpMultiPartFileUpload.java
> > package com.commonsbook.chap9;
> > import java.io.File;
> > import java.io.IOException;
> >
> > import org.apache.commons.httpclient.HttpClient;
> > import org.apache.commons.httpclient.methods.MultipartPostMethod;
> >
> > public class HttpMultiPartFileUpload {
> > private static String url =
> > "http://localhost:8080/HttpServerSideApp/ProcessFileUpload.jsp";
> >
> > public static void main(String[] args) throws IOException {
> > HttpClient client = new HttpClient();
> > MultipartPostMethod mPost = new MultipartPostMethod(url);
> > client.setConnectionTimeout(8000);
> >
> > // Send any XML file as the body of the POST request
> > File f1 = new File("students.xml");
> > File f2 = new File("academy.xml");
> > File f3 = new File("academyRules.xml");
> >
> > System.out.println("File1 Length = " + f1.length());
> > System.out.println("File2 Length = " + f2.length());
> > System.out.println("File3 Length = " + f3.length());
> >
> > mPost.addParameter(f1.getName(), f1);
> > mPost.addParameter(f2.getName(), f2);
> > mPost.addParameter(f3.getName(), f3);
> >
> > int statusCode1 = client.executeMethod(mPost);
> >
> > System.out.println("statusLine>>>" + mPost.getStatusLine());
> > mPost.releaseConnection();
> > }
> > }
> >
> > and for processing file upload i used the following JSP
> >
> > <%@ page contentType="text/html;charset=windows-1252"%>
> > <%@ page import="org.apache.commons.fileupload.DiskFileUpload"%>
> > <%@ page import="org.apache.commons.fileupload.FileItem"%>
> > <%@ page import="java.util.List"%>
> > <%@ page import="java.util.Iterator"%>
> > <%@ page import="java.io.File"%>
> > html>
> > <head>
> > <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
> > <title>Process File Upload</title>
> > </head>
> > <%
> > System.out.println("Content Type ="+request.getContentType());
> >
> > DiskFileUpload fu = new DiskFileUpload();
> > // If file size exceeds, a FileUploadException will be thrown
> > fu.setSizeMax(1000000);
> >
> > List fileItems = fu.parseRequest(request);
> > Iterator itr = fileItems.iterator();
> >
> > while(itr.hasNext()) {
> > FileItem fi = (FileItem)itr.next();
> >
> > //Check if not form field so as to only handle the file inputs
> > //else condition handles the submit button input
> > if(!fi.isFormField()) {
> > System.out.println("\nNAME: "+fi.getName());
> > System.out.println("SIZE: "+fi.getSize());
> > //System.out.println(fi.getOutputStream().toString());
> > File fNew= new File(application.getRealPath("/"), fi.getName());
> >
> > System.out.println(fNew.getAbsolutePath());
> > fi.write(fNew);
> > }
> > else {
> > System.out.println("Field ="+fi.getFieldName());
> > }
> > }
> > %>
> > <body>
> > Upload Successful!!
> > </body>
> > </html>
> >
> > 3. But I could not do the same by making the server and client on different systems.
> >
> > 4. Pl. let me know for the same purpose is there any patch available with current version released. i.e.2.0.2
> >
> > 5. Is there a way to build Multipart request without putting the Http File Item in the form.
> > i.e. dynamically getting the file Items created programmatically at client side and
> > passing the Multipart request to the server
> >
> > thanks,
> > Srinivas.
> >
> >
> > Michael Becke <be...@u.washington.edu> wrote:
> > The Jakarta Commons team is pleased to announce the release of
> > HttpClient 2.0.2. This release greatly improves the performance of
> > executing methods where the response contains little or no content.
> > Please visit the HttpClient 2.0 web site
> > for more information on
> > HttpClient and this release.
> >
> > Thank you,
> >
> > Commons HttpClient Development Team
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] Release of Commons HttpClient 2.0.2
Posted by Javen Fang <fa...@gmail.com>.
http://jakarta.apache.org/commons/httpclient/3.0/index.html
But what I see the new is 3.0.
what is different is 2.0 and 3.0
On Sun, 10 Oct 2004 23:12:15 -0700 (PDT), Srinivas Velidanda
<sv...@yahoo.com> wrote:
> Hi,
>
> I have been using HttpClient version 2.0.1. But have some problems while uploading multiple files. Please let me know
>
> 1. Can I upload multiple files using httpclient api from client to server (client and server running on different systems).
>
> 2. I worked with sample code at
>
> http://www.theserverside.com/articles/article.tss?l=HttpClient_FileUpload. Everything works fine if I run the sample on the same systems but I cannot do the same by making the client and server on different systems.
>
> I used the following sample at the above url
>
> Listing 9-6. HttpMultiPartFileUpload.java
> package com.commonsbook.chap9;
> import java.io.File;
> import java.io.IOException;
>
> import org.apache.commons.httpclient.HttpClient;
> import org.apache.commons.httpclient.methods.MultipartPostMethod;
>
> public class HttpMultiPartFileUpload {
> private static String url =
> "http://localhost:8080/HttpServerSideApp/ProcessFileUpload.jsp";
>
> public static void main(String[] args) throws IOException {
> HttpClient client = new HttpClient();
> MultipartPostMethod mPost = new MultipartPostMethod(url);
> client.setConnectionTimeout(8000);
>
> // Send any XML file as the body of the POST request
> File f1 = new File("students.xml");
> File f2 = new File("academy.xml");
> File f3 = new File("academyRules.xml");
>
> System.out.println("File1 Length = " + f1.length());
> System.out.println("File2 Length = " + f2.length());
> System.out.println("File3 Length = " + f3.length());
>
> mPost.addParameter(f1.getName(), f1);
> mPost.addParameter(f2.getName(), f2);
> mPost.addParameter(f3.getName(), f3);
>
> int statusCode1 = client.executeMethod(mPost);
>
> System.out.println("statusLine>>>" + mPost.getStatusLine());
> mPost.releaseConnection();
> }
> }
>
> and for processing file upload i used the following JSP
>
> <%@ page contentType="text/html;charset=windows-1252"%>
> <%@ page import="org.apache.commons.fileupload.DiskFileUpload"%>
> <%@ page import="org.apache.commons.fileupload.FileItem"%>
> <%@ page import="java.util.List"%>
> <%@ page import="java.util.Iterator"%>
> <%@ page import="java.io.File"%>
> html>
> <head>
> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
> <title>Process File Upload</title>
> </head>
> <%
> System.out.println("Content Type ="+request.getContentType());
>
> DiskFileUpload fu = new DiskFileUpload();
> // If file size exceeds, a FileUploadException will be thrown
> fu.setSizeMax(1000000);
>
> List fileItems = fu.parseRequest(request);
> Iterator itr = fileItems.iterator();
>
> while(itr.hasNext()) {
> FileItem fi = (FileItem)itr.next();
>
> //Check if not form field so as to only handle the file inputs
> //else condition handles the submit button input
> if(!fi.isFormField()) {
> System.out.println("\nNAME: "+fi.getName());
> System.out.println("SIZE: "+fi.getSize());
> //System.out.println(fi.getOutputStream().toString());
> File fNew= new File(application.getRealPath("/"), fi.getName());
>
> System.out.println(fNew.getAbsolutePath());
> fi.write(fNew);
> }
> else {
> System.out.println("Field ="+fi.getFieldName());
> }
> }
> %>
> <body>
> Upload Successful!!
> </body>
> </html>
>
> 3. But I could not do the same by making the server and client on different systems.
>
> 4. Pl. let me know for the same purpose is there any patch available with current version released. i.e.2.0.2
>
> 5. Is there a way to build Multipart request without putting the Http File Item in the form.
> i.e. dynamically getting the file Items created programmatically at client side and
> passing the Multipart request to the server
>
> thanks,
> Srinivas.
>
>
> Michael Becke <be...@u.washington.edu> wrote:
> The Jakarta Commons team is pleased to announce the release of
> HttpClient 2.0.2. This release greatly improves the performance of
> executing methods where the response contains little or no content.
> Please visit the HttpClient 2.0 web site
> for more information on
> HttpClient and this release.
>
> Thank you,
>
> Commons HttpClient Development Team
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
--
Javen Fang - www.matrix.org.cn
--------------------------------------
Just for fun - Just do it
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: [ANNOUNCE] Release of Commons HttpClient 2.0.2
Posted by Srinivas Velidanda <sv...@yahoo.com>.
Hi,
I have been using HttpClient version 2.0.1. But have some problems while uploading multiple files. Please let me know
1. Can I upload multiple files using httpclient api from client to server (client and server running on different systems).
2. I worked with sample code at
http://www.theserverside.com/articles/article.tss?l=HttpClient_FileUpload. Everything works fine if I run the sample on the same systems but I cannot do the same by making the client and server on different systems.
I used the following sample at the above url
Listing 9-6. HttpMultiPartFileUpload.java
package com.commonsbook.chap9;
import java.io.File;
import java.io.IOException;
import org.apache.commons.httpclient.HttpClient;
import org.apache.commons.httpclient.methods.MultipartPostMethod;
public class HttpMultiPartFileUpload {
private static String url =
"http://localhost:8080/HttpServerSideApp/ProcessFileUpload.jsp";
public static void main(String[] args) throws IOException {
HttpClient client = new HttpClient();
MultipartPostMethod mPost = new MultipartPostMethod(url);
client.setConnectionTimeout(8000);
// Send any XML file as the body of the POST request
File f1 = new File("students.xml");
File f2 = new File("academy.xml");
File f3 = new File("academyRules.xml");
System.out.println("File1 Length = " + f1.length());
System.out.println("File2 Length = " + f2.length());
System.out.println("File3 Length = " + f3.length());
mPost.addParameter(f1.getName(), f1);
mPost.addParameter(f2.getName(), f2);
mPost.addParameter(f3.getName(), f3);
int statusCode1 = client.executeMethod(mPost);
System.out.println("statusLine>>>" + mPost.getStatusLine());
mPost.releaseConnection();
}
}
and for processing file upload i used the following JSP
<%@ page contentType="text/html;charset=windows-1252"%>
<%@ page import="org.apache.commons.fileupload.DiskFileUpload"%>
<%@ page import="org.apache.commons.fileupload.FileItem"%>
<%@ page import="java.util.List"%>
<%@ page import="java.util.Iterator"%>
<%@ page import="java.io.File"%>
html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<title>Process File Upload</title>
</head>
<%
System.out.println("Content Type ="+request.getContentType());
DiskFileUpload fu = new DiskFileUpload();
// If file size exceeds, a FileUploadException will be thrown
fu.setSizeMax(1000000);
List fileItems = fu.parseRequest(request);
Iterator itr = fileItems.iterator();
while(itr.hasNext()) {
FileItem fi = (FileItem)itr.next();
//Check if not form field so as to only handle the file inputs
//else condition handles the submit button input
if(!fi.isFormField()) {
System.out.println("\nNAME: "+fi.getName());
System.out.println("SIZE: "+fi.getSize());
//System.out.println(fi.getOutputStream().toString());
File fNew= new File(application.getRealPath("/"), fi.getName());
System.out.println(fNew.getAbsolutePath());
fi.write(fNew);
}
else {
System.out.println("Field ="+fi.getFieldName());
}
}
%>
<body>
Upload Successful!!
</body>
</html>
3. But I could not do the same by making the server and client on different systems.
4. Pl. let me know for the same purpose is there any patch available with current version released. i.e.2.0.2
5. Is there a way to build Multipart request without putting the Http File Item in the form.
i.e. dynamically getting the file Items created programmatically at client side and
passing the Multipart request to the server
thanks,
Srinivas.
Michael Becke <be...@u.washington.edu> wrote:
The Jakarta Commons team is pleased to announce the release of
HttpClient 2.0.2. This release greatly improves the performance of
executing methods where the response contains little or no content.
Please visit the HttpClient 2.0 web site
for more information on
HttpClient and this release.
Thank you,
Commons HttpClient Development Team
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com