[
https://issues.apache.org/jira/browse/HTTPCLIENT-1241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oleg Kalnichevski resolved HTTPCLIENT-1241.
-------------------------------------------
Resolution: Fixed
Fix Version/s: 4.2.2
Rafał
I do not think it is broken. HttpClient 4.2 correctly constructs the initial
request. What is different in the series 4.2 is that HttpClient attempts to
re-authenticate to in case the cause of the failure is not user credentials.
For instance, in case of the DIGEST scheme authentication can fail due to
expired nonce. Having said that, in case of BASIC there probably can be no
other reasons other than invalid credentials and this makes it any additional
recovery measures pointless.
Fixed in both SVN trunk and 4.2.x. Please re-test your code against the latest
snapshot off the 4.2.x branch and let me know if the problem still persists.
Oleg
> Preemptive authentication is not preemptive anymore
> ---------------------------------------------------
>
> Key: HTTPCLIENT-1241
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1241
> Project: HttpComponents HttpClient
> Issue Type: Bug
> Components: HttpClient
> Affects Versions: 4.2.1
> Reporter: Rafał Wicha
> Labels: authentication
> Fix For: 4.2.2
>
> Attachments: preemptive-auth-log.txt
>
>
> After switching from 4.1.3 to 4.2.1 the preemptive authentication doesn't
> work as expected (and described in the tutorial -
> http://hc.apache.org/httpcomponents-client-ga/tutorial/html/authentication.html#d5e1032
> ).
> When credentials are provided for the auth cache after the very first 401
> response the request should be handled as failed. Instead it's executed once
> again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]