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/08/11 14:45:43 UTC
[jira] Resolved: (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 resolved HTTPCLIENT-648.
------------------------------------------
Resolution: Won't Fix
This issue has been fixed in HttpClient 4.0. There 's a workaround for HttpClient 3.1 (see HTTPCLIENT-634).
Closing as WONTFIX.
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
>
> Attachments: TestBug_HTTPCLIENT_648.java, TestBug_HTTPCLIENT_648b.java
>
>
> 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