You are viewing a plain text version of this content. The canonical link for it is here.
Posted to httpclient-users@hc.apache.org by "KARR, DAVID (ATTCINW)" <dk...@att.com> on 2010/01/28 00:08:23 UTC
Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Every once in a while, informal discussions come up about the advantages
of HttpClient vs. HttpUrlConnection. Is there an up to date version of
that comparison, so someone could review it point by point? There are
old versions of this, like at
<http://www.innovation.ch/java/HTTPClient/urlcon_vs_httpclient.html>,
but that's so old, it's not even fair. :)
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
RE: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by Doug Berkland <db...@micros-retail.com>.
Once the SPNEGO/Kerberos authentication works, that will be a feature of
HttpClient that is missing in HttpUrlConnection, if I'm not mistaken.
-----Original Message-----
From: sebb [mailto:sebbaz@gmail.com]
Sent: Thursday, January 28, 2010 6:50 AM
To: HttpClient User Discussion
Subject: Re: Any up-to-date comparison of HttpClient vs.
HttpUrlConnection?
Importance: Low
On 28/01/2010, Oleg Kalnichevski <ol...@apache.org> wrote:
> On Wed, 2010-01-27 at 15:08 -0800, KARR, DAVID (ATTCINW) wrote:
> > Every once in a while, informal discussions come up about the
advantages
> > of HttpClient vs. HttpUrlConnection. Is there an up to date
version of
> > that comparison, so someone could review it point by point? There
are
> > old versions of this, like at
> >
<http://www.innovation.ch/java/HTTPClient/urlcon_vs_httpclient.html>,
> > but that's so old, it's not even fair. :)
> >
>
>
> None I am aware of.
>
> In the early days of Java (around releases 1.1.8 and 1.2.0)
> HttpUrlConnection used to be completely and helplessly broken. These
> days if HttpUrlConnection covers all your needs, there is no reason
to
> use HttpClient.
We started using HttpClient 3.x in JMeter because of the following
restrictions in HttpUrlConnection:
* it gave no control over connection re-use. An active connection may
be returned to a different thread next time
* it used system properties to control some aspects of its behaviour;
this is hopeless for multi-threaded applications that may want
different behaviour in different threads.
* it did not give access to the SocketFactory for non-SSL requests, so
one cannot implement a slow socket
There might have been another reason; I forget now.
Some or all of these issues may have been addressed in recent versions
of HttpUrlConnection.
HTH
>
> Oleg
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
> For additional commands, e-mail: httpclient-users-help@hc.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
Re: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by sebb <se...@gmail.com>.
On 28/01/2010, Oleg Kalnichevski <ol...@apache.org> wrote:
> On Wed, 2010-01-27 at 15:08 -0800, KARR, DAVID (ATTCINW) wrote:
> > Every once in a while, informal discussions come up about the advantages
> > of HttpClient vs. HttpUrlConnection. Is there an up to date version of
> > that comparison, so someone could review it point by point? There are
> > old versions of this, like at
> > <http://www.innovation.ch/java/HTTPClient/urlcon_vs_httpclient.html>,
> > but that's so old, it's not even fair. :)
> >
>
>
> None I am aware of.
>
> In the early days of Java (around releases 1.1.8 and 1.2.0)
> HttpUrlConnection used to be completely and helplessly broken. These
> days if HttpUrlConnection covers all your needs, there is no reason to
> use HttpClient.
We started using HttpClient 3.x in JMeter because of the following
restrictions in HttpUrlConnection:
* it gave no control over connection re-use. An active connection may
be returned to a different thread next time
* it used system properties to control some aspects of its behaviour;
this is hopeless for multi-threaded applications that may want
different behaviour in different threads.
* it did not give access to the SocketFactory for non-SSL requests, so
one cannot implement a slow socket
There might have been another reason; I forget now.
Some or all of these issues may have been addressed in recent versions
of HttpUrlConnection.
HTH
>
> Oleg
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
> For additional commands, e-mail: httpclient-users-help@hc.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
Re: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Wed, 2010-01-27 at 15:08 -0800, KARR, DAVID (ATTCINW) wrote:
> Every once in a while, informal discussions come up about the advantages
> of HttpClient vs. HttpUrlConnection. Is there an up to date version of
> that comparison, so someone could review it point by point? There are
> old versions of this, like at
> <http://www.innovation.ch/java/HTTPClient/urlcon_vs_httpclient.html>,
> but that's so old, it's not even fair. :)
>
None I am aware of.
In the early days of Java (around releases 1.1.8 and 1.2.0)
HttpUrlConnection used to be completely and helplessly broken. These
days if HttpUrlConnection covers all your needs, there is no reason to
use HttpClient.
Oleg
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
RE: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by "KARR, DAVID (ATTCINW)" <dk...@att.com>.
> -----Original Message-----
> From: Oleg Kalnichevski [mailto:olegk@apache.org]
> Sent: Wednesday, February 03, 2010 2:30 AM
> To: HttpClient User Discussion
> Subject: RE: Any up-to-date comparison of HttpClient vs.
> HttpUrlConnection?
>
> On Sat, 2010-01-30 at 16:13 -0800, KARR, DAVID (ATTCINW) wrote:
> > > -----Original Message-----
> > > From: Oleg Kalnichevski [mailto:olegk@apache.org]
> > > Sent: Saturday, January 30, 2010 2:40 PM
> > > To: HttpClient User Discussion
> > > Subject: RE: Any up-to-date comparison of HttpClient vs.
> > > HttpUrlConnection?
> > >
> > > On Fri, 2010-01-29 at 11:29 -0800, KARR, DAVID (ATTCINW) wrote:
> > >
> > > ...
> > >
> > > > >
> > > > > http://java.sun.com/javase/7/docs/api/java/net/doc-files/net-
> > > > > properties.html
> > > > >
> > > > > has a long list of properties.
> > > >
> > > > Can someone pick out features supported by those properties that
> are
> > > > supported on a client basis with HttpClient (as opposed to
> setting
> > > > system properties)? For instance, if I needed one connection to
> use
> > > > NTLM auth, but only that connection, would this mean that all
> > > > connections using HttpUrlConnection would be forced to use NTLM
> auth?
> > > > Would HttpClient allow doing that on a client basis instead?
> > > >
> > >
> > > HttpClient does not make use of system properties at all. Virtually
> > > every aspect of the HTTP protocol can be overridden on a per
> request
> > > basis (using HTTP parameters) or on a per client / thread basis
> (using
> > > HTTP context).
> >
> > I'm aware of that. I'm just looking for specific examples of this,
> where HUC implements it with a system property, and basically how
> HttpClient provides it on a request or client basis.
> >
>
> Timeouts for instance.
>
> > Even more important, I'm trying to determine if there are features
> that HttpClient provides which just aren't practical at all with HUC.
> For instance, is it possible to get "preemptive authentication" with
> HUC? Is it possible to connect with SSL to a server using a self-
> signed certificate with HUC? I'm familiar with doing preemptive auth
> with HttpClient, but I only briefly read about the self-signed cert
> issue a long time ago.
>
> Both scenarios should be possible with HUC. The problem is that HUC API
> is just plain ugly and cumbersome, and this can affect your application
> code. For example, one can use protocol interceptors with HttpClient in
> order to introduce a cross cutting aspect for all outgoing requests and
> incoming responses, which is simply not possible with HUC. So, the
> differentiating factor is the quality of API, not the feature list.
> Just
> pick the one you like better.
Actually, timeouts is one area in HUC that was fixed in JDK 1.5. There are now setters for "readTimeout" and "connectionTimeout".
Your point about the convenience of the API is well-taken.
RE: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Sat, 2010-01-30 at 16:13 -0800, KARR, DAVID (ATTCINW) wrote:
> > -----Original Message-----
> > From: Oleg Kalnichevski [mailto:olegk@apache.org]
> > Sent: Saturday, January 30, 2010 2:40 PM
> > To: HttpClient User Discussion
> > Subject: RE: Any up-to-date comparison of HttpClient vs.
> > HttpUrlConnection?
> >
> > On Fri, 2010-01-29 at 11:29 -0800, KARR, DAVID (ATTCINW) wrote:
> >
> > ...
> >
> > > >
> > > > http://java.sun.com/javase/7/docs/api/java/net/doc-files/net-
> > > > properties.html
> > > >
> > > > has a long list of properties.
> > >
> > > Can someone pick out features supported by those properties that are
> > > supported on a client basis with HttpClient (as opposed to setting
> > > system properties)? For instance, if I needed one connection to use
> > > NTLM auth, but only that connection, would this mean that all
> > > connections using HttpUrlConnection would be forced to use NTLM auth?
> > > Would HttpClient allow doing that on a client basis instead?
> > >
> >
> > HttpClient does not make use of system properties at all. Virtually
> > every aspect of the HTTP protocol can be overridden on a per request
> > basis (using HTTP parameters) or on a per client / thread basis (using
> > HTTP context).
>
> I'm aware of that. I'm just looking for specific examples of this, where HUC implements it with a system property, and basically how HttpClient provides it on a request or client basis.
>
Timeouts for instance.
> Even more important, I'm trying to determine if there are features that HttpClient provides which just aren't practical at all with HUC. For instance, is it possible to get "preemptive authentication" with HUC? Is it possible to connect with SSL to a server using a self-signed certificate with HUC? I'm familiar with doing preemptive auth with HttpClient, but I only briefly read about the self-signed cert issue a long time ago.
Both scenarios should be possible with HUC. The problem is that HUC API
is just plain ugly and cumbersome, and this can affect your application
code. For example, one can use protocol interceptors with HttpClient in
order to introduce a cross cutting aspect for all outgoing requests and
incoming responses, which is simply not possible with HUC. So, the
differentiating factor is the quality of API, not the feature list. Just
pick the one you like better.
Oleg
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
RE: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by "KARR, DAVID (ATTCINW)" <dk...@att.com>.
> -----Original Message-----
> From: Oleg Kalnichevski [mailto:olegk@apache.org]
> Sent: Saturday, January 30, 2010 2:40 PM
> To: HttpClient User Discussion
> Subject: RE: Any up-to-date comparison of HttpClient vs.
> HttpUrlConnection?
>
> On Fri, 2010-01-29 at 11:29 -0800, KARR, DAVID (ATTCINW) wrote:
>
> ...
>
> > >
> > > http://java.sun.com/javase/7/docs/api/java/net/doc-files/net-
> > > properties.html
> > >
> > > has a long list of properties.
> >
> > Can someone pick out features supported by those properties that are
> > supported on a client basis with HttpClient (as opposed to setting
> > system properties)? For instance, if I needed one connection to use
> > NTLM auth, but only that connection, would this mean that all
> > connections using HttpUrlConnection would be forced to use NTLM auth?
> > Would HttpClient allow doing that on a client basis instead?
> >
>
> HttpClient does not make use of system properties at all. Virtually
> every aspect of the HTTP protocol can be overridden on a per request
> basis (using HTTP parameters) or on a per client / thread basis (using
> HTTP context).
I'm aware of that. I'm just looking for specific examples of this, where HUC implements it with a system property, and basically how HttpClient provides it on a request or client basis.
Even more important, I'm trying to determine if there are features that HttpClient provides which just aren't practical at all with HUC. For instance, is it possible to get "preemptive authentication" with HUC? Is it possible to connect with SSL to a server using a self-signed certificate with HUC? I'm familiar with doing preemptive auth with HttpClient, but I only briefly read about the self-signed cert issue a long time ago.
RE: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Fri, 2010-01-29 at 11:29 -0800, KARR, DAVID (ATTCINW) wrote:
...
> >
> > http://java.sun.com/javase/7/docs/api/java/net/doc-files/net-
> > properties.html
> >
> > has a long list of properties.
>
> Can someone pick out features supported by those properties that are
> supported on a client basis with HttpClient (as opposed to setting
> system properties)? For instance, if I needed one connection to use
> NTLM auth, but only that connection, would this mean that all
> connections using HttpUrlConnection would be forced to use NTLM auth?
> Would HttpClient allow doing that on a client basis instead?
>
HttpClient does not make use of system properties at all. Virtually
every aspect of the HTTP protocol can be overridden on a per request
basis (using HTTP parameters) or on a per client / thread basis (using
HTTP context).
Hope this helps
Oleg
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
RE: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by "KARR, DAVID (ATTCINW)" <dk...@att.com>.
> -----Original Message-----
> From: sebb [mailto:sebbaz@gmail.com]
> Sent: Thursday, January 28, 2010 9:55 AM
> To: HttpClient User Discussion
> Subject: Re: Any up-to-date comparison of HttpClient vs.
> HttpUrlConnection?
>
> On 28/01/2010, Sam Crawford <sa...@gmail.com> wrote:
> > > What functions does HttpUrlConnection still require using system
> > > properties for, which HttpClient provides on an instance basis?
I
> know
> > > that HttpUrlConnection used to require use of system properties
> for the
> > > read and connection timeouts, although that difference was
> eliminated in
> > > JDK 1.5.
> >
> >
> > I could be mistaken, but I'm pretty sure that some aspects of HTTP
> > proxy configuration (e.g. username, password) still need to be
> > specified through system properties for HttpUrlConnection to
> function.
>
> http://java.sun.com/javase/7/docs/api/java/net/doc-files/net-
> properties.html
>
> has a long list of properties.
Can someone pick out features supported by those properties that are
supported on a client basis with HttpClient (as opposed to setting
system properties)? For instance, if I needed one connection to use
NTLM auth, but only that connection, would this mean that all
connections using HttpUrlConnection would be forced to use NTLM auth?
Would HttpClient allow doing that on a client basis instead?
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
RE: HTTPClient 4 - NTLM v2 Support and Axis2
Posted by "Ridwan Tan (ridtan)" <ri...@cisco.com>.
Hello,
My apology for coming back to this issue. I found
https://issues.apache.org/jira/browse/HTTPCLIENT-579
Has anyone tried Konstantin code and got it to work? I run the example
code against my Exchange Server environment and the test code failed.
Regards,
Ridwan
-----Original Message-----
From: Ridwan Tan (ridtan)
Sent: Friday, January 29, 2010 12:27 PM
To: HttpClient User Discussion
Subject: RE: HTTPClient 4 - NTLM v2 Support and Axis2
Hi Oleg,
" As far as I know, we do not:
http://issues.apache.org/jira/browse/AXIS2-4318
At this point I personally have pretty much given up on Axis2.
Oleg"
Thank you for the response. I was hoping someone already solved this :),
but it's good to know about the state such that I don't need to spend
more times trying to make this work.
Best regards,
Ridwan
-----Original Message-----
From: Oleg Kalnichevski [mailto:olegk@apache.org]
Sent: Friday, January 29, 2010 11:16 AM
To: HttpClient User Discussion
Subject: Re: HTTPClient 4 - NTLM v2 Support and Axis2
Ridwan Tan (ridtan) wrote:
> Hello,
>
> We have a java application that's using HttpClient 3, Axis2 to
integrate
> with Microsoft Exchange Server. We authenticate either using basic or
> NTLM v1 to Microsoft Exchange Server. We have received a big push from
> customer to support NTLM v2 as well.
>
> I have evaluated various options and one of them is to use HttpClient
4
> and JCIFS library as described in
> http://hc.apache.org/httpcomponents-client/ntlm.html. I have tried the
> sample code with minor modification and it works fine.
>
> Now, I am trying to apply similar logic as the sample code with my
code
> that use Axis2, I don't see a way from the Stub generated to override
> the NTLMEngine use for the NTLM authentication. I can only access the
> ServiceClient from the stub. Does anyone know how to override
NTLMEngine
> in Axis2 stub? (my apology if the question is more appropriate for
Axis2
> mailing list).
>
> I also came across a JIRA case that Oleg has filed regarding Axis2
> kernel is tied to httpclient 3. Does this mean I can't upgrade the
> httpclient library in my project if I am still using axis2.
No, it does not. HttpClient 3.x and HttpClient 4.x can happily co-exist
in the same application (class loader)
I saw lots
> of heated discussion on this area and NTLM v2 support, but I can't
seem
> to find if we have a closure in that area. Does anyone know if we have
a
> closure on that issue
>
As far as I know, we do not:
http://issues.apache.org/jira/browse/AXIS2-4318
At this point I personally have pretty much given up on Axis2.
Oleg
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
RE: HTTPClient 4 - NTLM v2 Support and Axis2
Posted by "Ridwan Tan (ridtan)" <ri...@cisco.com>.
Hi Oleg,
" As far as I know, we do not:
http://issues.apache.org/jira/browse/AXIS2-4318
At this point I personally have pretty much given up on Axis2.
Oleg"
Thank you for the response. I was hoping someone already solved this :),
but it's good to know about the state such that I don't need to spend
more times trying to make this work.
Best regards,
Ridwan
-----Original Message-----
From: Oleg Kalnichevski [mailto:olegk@apache.org]
Sent: Friday, January 29, 2010 11:16 AM
To: HttpClient User Discussion
Subject: Re: HTTPClient 4 - NTLM v2 Support and Axis2
Ridwan Tan (ridtan) wrote:
> Hello,
>
> We have a java application that's using HttpClient 3, Axis2 to
integrate
> with Microsoft Exchange Server. We authenticate either using basic or
> NTLM v1 to Microsoft Exchange Server. We have received a big push from
> customer to support NTLM v2 as well.
>
> I have evaluated various options and one of them is to use HttpClient
4
> and JCIFS library as described in
> http://hc.apache.org/httpcomponents-client/ntlm.html. I have tried the
> sample code with minor modification and it works fine.
>
> Now, I am trying to apply similar logic as the sample code with my
code
> that use Axis2, I don't see a way from the Stub generated to override
> the NTLMEngine use for the NTLM authentication. I can only access the
> ServiceClient from the stub. Does anyone know how to override
NTLMEngine
> in Axis2 stub? (my apology if the question is more appropriate for
Axis2
> mailing list).
>
> I also came across a JIRA case that Oleg has filed regarding Axis2
> kernel is tied to httpclient 3. Does this mean I can't upgrade the
> httpclient library in my project if I am still using axis2.
No, it does not. HttpClient 3.x and HttpClient 4.x can happily co-exist
in the same application (class loader)
I saw lots
> of heated discussion on this area and NTLM v2 support, but I can't
seem
> to find if we have a closure in that area. Does anyone know if we have
a
> closure on that issue
>
As far as I know, we do not:
http://issues.apache.org/jira/browse/AXIS2-4318
At this point I personally have pretty much given up on Axis2.
Oleg
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
Re: HTTPClient 4 - NTLM v2 Support and Axis2
Posted by Oleg Kalnichevski <ol...@apache.org>.
Ridwan Tan (ridtan) wrote:
> Hello,
>
> We have a java application that's using HttpClient 3, Axis2 to integrate
> with Microsoft Exchange Server. We authenticate either using basic or
> NTLM v1 to Microsoft Exchange Server. We have received a big push from
> customer to support NTLM v2 as well.
>
> I have evaluated various options and one of them is to use HttpClient 4
> and JCIFS library as described in
> http://hc.apache.org/httpcomponents-client/ntlm.html. I have tried the
> sample code with minor modification and it works fine.
>
> Now, I am trying to apply similar logic as the sample code with my code
> that use Axis2, I don't see a way from the Stub generated to override
> the NTLMEngine use for the NTLM authentication. I can only access the
> ServiceClient from the stub. Does anyone know how to override NTLMEngine
> in Axis2 stub? (my apology if the question is more appropriate for Axis2
> mailing list).
>
> I also came across a JIRA case that Oleg has filed regarding Axis2
> kernel is tied to httpclient 3. Does this mean I can't upgrade the
> httpclient library in my project if I am still using axis2.
No, it does not. HttpClient 3.x and HttpClient 4.x can happily co-exist
in the same application (class loader)
I saw lots
> of heated discussion on this area and NTLM v2 support, but I can't seem
> to find if we have a closure in that area. Does anyone know if we have a
> closure on that issue
>
As far as I know, we do not:
http://issues.apache.org/jira/browse/AXIS2-4318
At this point I personally have pretty much given up on Axis2.
Oleg
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
HTTPClient 4 - NTLM v2 Support and Axis2
Posted by "Ridwan Tan (ridtan)" <ri...@cisco.com>.
Hello,
We have a java application that's using HttpClient 3, Axis2 to integrate
with Microsoft Exchange Server. We authenticate either using basic or
NTLM v1 to Microsoft Exchange Server. We have received a big push from
customer to support NTLM v2 as well.
I have evaluated various options and one of them is to use HttpClient 4
and JCIFS library as described in
http://hc.apache.org/httpcomponents-client/ntlm.html. I have tried the
sample code with minor modification and it works fine.
Now, I am trying to apply similar logic as the sample code with my code
that use Axis2, I don't see a way from the Stub generated to override
the NTLMEngine use for the NTLM authentication. I can only access the
ServiceClient from the stub. Does anyone know how to override NTLMEngine
in Axis2 stub? (my apology if the question is more appropriate for Axis2
mailing list).
I also came across a JIRA case that Oleg has filed regarding Axis2
kernel is tied to httpclient 3. Does this mean I can't upgrade the
httpclient library in my project if I am still using axis2. I saw lots
of heated discussion on this area and NTLM v2 support, but I can't seem
to find if we have a closure in that area. Does anyone know if we have a
closure on that issue
I thank you in advance for your help.
Regards,
Ridwan
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
Re: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by sebb <se...@gmail.com>.
On 28/01/2010, Sam Crawford <sa...@gmail.com> wrote:
> > What functions does HttpUrlConnection still require using system
> > properties for, which HttpClient provides on an instance basis? I know
> > that HttpUrlConnection used to require use of system properties for the
> > read and connection timeouts, although that difference was eliminated in
> > JDK 1.5.
>
>
> I could be mistaken, but I'm pretty sure that some aspects of HTTP
> proxy configuration (e.g. username, password) still need to be
> specified through system properties for HttpUrlConnection to function.
http://java.sun.com/javase/7/docs/api/java/net/doc-files/net-properties.html
has a long list of properties.
> Thanks,
>
>
> Sam
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
> For additional commands, e-mail: httpclient-users-help@hc.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
Re: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by Sam Crawford <sa...@gmail.com>.
> What functions does HttpUrlConnection still require using system
> properties for, which HttpClient provides on an instance basis? I know
> that HttpUrlConnection used to require use of system properties for the
> read and connection timeouts, although that difference was eliminated in
> JDK 1.5.
I could be mistaken, but I'm pretty sure that some aspects of HTTP
proxy configuration (e.g. username, password) still need to be
specified through system properties for HttpUrlConnection to function.
Thanks,
Sam
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org
RE: Any up-to-date comparison of HttpClient vs. HttpUrlConnection?
Posted by "KARR, DAVID (ATTCINW)" <dk...@att.com>.
> -----Original Message-----
> From: KARR, DAVID (ATTCINW)
> Sent: Wednesday, January 27, 2010 3:08 PM
> To: httpclient-users@hc.apache.org
> Subject: Any up-to-date comparison of HttpClient vs.
HttpUrlConnection?
>
> Every once in a while, informal discussions come up about the
> advantages
> of HttpClient vs. HttpUrlConnection. Is there an up to date version
of
> that comparison, so someone could review it point by point? There are
> old versions of this, like at
> <http://www.innovation.ch/java/HTTPClient/urlcon_vs_httpclient.html>,
> but that's so old, it's not even fair. :)
To spur some more discussion:
Isn't "preemptive auth" a feature that is impossible or impractical with
HttpUrlConnection? In the past, I found one situation where the server
I was connecting to implemented the protocol incorrectly, and using
preemptive auth resolved the issue.
I seem to remember reading an article about using SSL to a server that's
signed with a self-signed certificate. This wouldn't work with
HttpUrlConnection, but the article described the configuration steps for
HttpClient to do this.
What functions does HttpUrlConnection still require using system
properties for, which HttpClient provides on an instance basis? I know
that HttpUrlConnection used to require use of system properties for the
read and connection timeouts, although that difference was eliminated in
JDK 1.5.
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
For additional commands, e-mail: httpclient-users-help@hc.apache.org