hc-httpclient-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Roland Weber <ROLWE...@de.ibm.com>
Subject RE: Proxy authentication on per Method/Connection basis
Date Thu, 15 Dec 2005 12:59:56 GMT
Hello Jaya,

> Currently  this is what we are doing:
> 
> if (isBasicAuthRequired) {
>    httpClient.getState().setAuthenticationPreemptive(true);
>    Credentials creds = new
> UsernamePasswordCredentials(basicCreds.getUserName(),
> basicCreds.getPassword());
>    httpClient.getState().setCredentials(null, basicCreds.getHost(),
> creds);
> }

Don't use httpClient.getState() anymore. Use a specific state
for each separate context, call methods directly at that state.
Then pass that state to the execute method, as Oleg suggested.

hope that helps,
  Roland

> 
> Will this take care of correct authentication?
> Thanks!
> 
> Regards,
> Jaya.
> 
> -----Original Message-----
> From: Oleg Kalnichevski [mailto:olegk@apache.org]
> 
> Sent: Thursday, December 15, 2005 5:46 PM
> To: httpclient-user@jakarta.apache.org
> Subject: Re: Proxy authentication on per Method/Connection basis
> 
> 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.H
> ostConfiguration,%20org.apache.commons.httpclient.HttpMethod,%20org.apac
> he.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: httpclient-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> 
> > httpclient-user-help@jakarta.apache.org
> >
> 
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpclient-user-help@jakarta.apache.org
> 
> 
> *********************************************************
> 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: httpclient-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpclient-user-help@jakarta.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-user-help@jakarta.apache.org


Mime
View raw message