hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oleg Kalnichevski <oleg.kalnichev...@bearingpoint.com>
Subject Re: Problem with Preferences Architecture
Date Wed, 29 Sep 2004 10:56:30 GMT

Probably that's not the way it is supposed to be. I'll see what can be
done about it.


On Wed, 2004-09-29 at 11:53, Ortwin Glück wrote:
> Vikram Goyal wrote:
> > Hello,
> >
> > I am not sure if this is a bug or I am not running this right.
> >
> > I am trying to get the preferences architecture to modify the http.useragent
> > property at the client level, and then retrieve the value at the method and
> > host level. The value gets percolated down to the Method level but the Host
> > level value does not change and gives the global value. See code below.
> >
> > As per the 3.0 B2 documentation, the Method and Host params should try and
> > retrieve the value of the http.useragent from their local cache, and if it
> > they do not find it, should go up the heirarchy, till they reach the global
> > params. Since in the code below, the value is set at the Client level, one
> > lower than the Global level, it should be retrieved from the Client level
> > for both Method and Host params.
> Vikram, please ignore my first post.
> The problem is, that HttpClient creates a new HostConfiguration object
> internally and sets default on that. So your original object is not
> modified. So within HttpClient the host configuration will use the right
> user agent string. But you can not see this from the outside.
> This is line 389 in HttpClient.java (HEAD):
>   HostConfiguration methodConfiguration = new
> HostConfiguration(hostConfiguration);
> Ortwin Glück

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

View raw message