You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by "Oleg Kalnichevski (JIRA)" <ji...@apache.org> on 2007/04/20 10:31:15 UTC

[jira] Updated: (HTTPCLIENT-648) A redirect does not use the same ProtocolSocketFactory as the original method

     [ https://issues.apache.org/jira/browse/HTTPCLIENT-648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Oleg Kalnichevski updated HTTPCLIENT-648:
-----------------------------------------

    Fix Version/s: 3.1 Final

Yes, this appears to be the case. I'll look into the problem unless someone else volunteers. You can speed the process up considerably by submitting a test case that reproduces the problem.

Oleg

> A redirect does not use the same ProtocolSocketFactory as the original method
> -----------------------------------------------------------------------------
>
>                 Key: HTTPCLIENT-648
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-648
>             Project: HttpComponents HttpClient
>          Issue Type: Bug
>          Components: HttpClient
>    Affects Versions: 3.1 RC1
>            Reporter: Thomas Mathis
>             Fix For: 3.1 Final
>
>
> I use a GetMethod with a special ProtocolSocketFactory and execute a GetMethod where followRedirects is true. The Server has a test certificate which is trusted in the used keystore. 
> The primary GET is OK but the redirect does not use the same ProtocolSocketFactory and therefore fails because the server certificate is no longer trusted.
> I checked the code:  the ProtocolSocketFactory is replaced at HttpMethodDirector line 617 -> HostConfiguration line 315.
> It is the same method as I stated in the bugreport HTTPCLIENT-646

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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