On Thu, Dec 15, 2005 at 05:32:35PM +0530, Jaya Christina B wrote:
>
> Hello,
>
> We are facing problems with proxy authentication (HttpClient V3).
>
> We create one HttpClient for the entire application (singleton object) &
> are setting the Proxy Authentication for the HttpClient as follows.
> We use MultiThreadedHttpConnectionManager for handling the connections.
>
> if (isProxyAuthRequired) {
> httpClient.getHostConfiguration().setProxy(proxyCreds.getHost(),
> proxyCreds.getPort());
> Credentials creds = new
> UsernamePasswordCredentials(proxyCreds.getUserName(),
> proxyCreds.getPassword());
> httpClient.getState().setProxyCredentials(null,
> proxyCreds.getHost(), creds);
> }
>
>
> Depending on "isProxyAuthRequired", we want to execute proxy
> authentication for a connection/method or not.
> What is happening is, once a set of proxy authentication is set for one
> Method/URL, the same is getting used for the next call also, even when
> "isProxyAuthRequired" is set to false, that is, even if we dont call
> this implicitly.
>
> Is it possible to set Proxy & Basic authentication on Method basis. I
> read that this is possible by creating a connection for every method.
> But as we use MultiThreadedHttpConnectionManager , this would not be
> possible.
>
> Please could you help.
> TIA.
>
> Regards,
> Jaya.
>
Jaya,
Use HttpClient#executeMethod(HostConfiguration, HttpMethod, HttpState)
to pass an individual host config / http state for a given method
http://jakarta.apache.org/commons/httpclient/apidocs/org/apache/commons/httpclient/HttpClient.html#executeMethod(org.apache.commons.httpclient.HostConfiguration,%20org.apache.commons.httpclient.HttpMethod,%20org.apache.commons.httpclient.HttpState)
Hope this helps
Oleg
> *********************************************************
> Disclaimer:
>
> The contents of this E-mail (including the contents of the enclosure(s) or
> attachment(s) if any) are privileged and confidential material of MBT and
> should not be disclosed to, used by or copied in any manner by anyone other
> than the intended addressee(s). In case you are not the desired addressee,
> you should delete this message and/or re-direct it to the sender. The views
> expressed in this E-mail message (including the enclosure(s) or attachment(s)
> if any) are those of the individual sender, except where the sender
> expressly, and with authority, states them to be the views of MBT.
>
> This e-mail message including attachment/(s), if any, is believed to be free
> of any virus. However, it is the responsibility of the recipient to ensure
> that it is virus free and MBT is not responsible for any loss or damage
> arising in any way from its use
>
> *********************************************************
>
> ---------------------------------------------------------------------
> 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]
