You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2002/07/23 16:33:14 UTC
DO NOT REPLY [Bug 8457] -
[HttpClient] Better proxy support in HttpMultiClient
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=8457>.
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=8457
[HttpClient] Better proxy support in HttpMultiClient
sachinh@singnet.com.sg changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Support proxy authentication|[HttpClient] Better proxy
| |support in HttpMultiClient
------- Additional Comments From sachinh@singnet.com.sg 2002-07-23 14:33 -------
In the present version of HttpMultiClient, setting of proxies must be done at
the entire HttpMultiClient level, which may not be ideal requirement. An
application may want to use only one instance of HttpMultiClient to serve
internal as well as external (behind firewalls) hosts and hence setting the
proxy on the HMC will fail to work with internal hosts. Moreover, it may be
desired to use a different proxy server for different host connections.
What could be a good solution?
Having proxy host/port setters in the UrlMethod class may not be ideal. I
suggest adding a proxyHost, proxyPort and useProxy (boolean) as parameters to
the HttpMultiClient.execute() method itself. If no proxy host and port is
specified and useProxy is true, the default value (set in HMC) will be used.
Sometimes it may also be desirable to have a support for multiple proxies. So
if the first one is down, the second one is used, and so on. An elegant
solution maybe if we have a new class to handle proxy related affairs,
including hand shaking, authentication, daisy chaining of proxies, and other
proxy rules.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>