[
https://issues.apache.org/jira/browse/HTTPCLIENT-2003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16885299#comment-16885299
]
JANTON commented on HTTPCLIENT-2003:
------------------------------------
I've wrongly used Jira filters when I've search if already declared.
Sorry for the inconvenience.
Thank you very much.
Best regards
> DefaultHostnameVerifier.verify failled for host not ending with public suffix
> -----------------------------------------------------------------------------
>
> Key: HTTPCLIENT-2003
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-2003
> Project: HttpComponents HttpClient
> Issue Type: Bug
> Affects Versions: 4.5.9
> Reporter: JANTON
> Priority: Major
>
> Hello,
> The following use case *doesn't* work anymore with HttpClient *_4.5.9_* on
> DefaultHostnameVerifier (was ok with version _4.5.8_) :
> _DefaultHostnameVerifier.verify(String, X509Certificate)_ return *+true+*
> when called with :
> # a _host_ like "_a.b.c_"
> # and a _certificate_ like "_CN=*.b.c_"
> # and a _publicSuffixMatcher_ that +doesn't+ contain "_b.c_".
> This could be highlighted by adding the flowing lines to
> _org.apache.http.conn.ssl.TestDefaultHostnameVerifier#testIdentityMatching()_
> :
> {code:java|title=org.apache.http.conn.ssl.TestDefaultHostnameVerifier#testIdentityMatching()}
> Assert.assertTrue(DefaultHostnameVerifier.matchIdentity("a.b.c", "*.b.c",
> publicSuffixMatcher));
> Assert.assertTrue(DefaultHostnameVerifier.matchIdentityStrict("a.b.c",
> "*.b.c", publicSuffixMatcher));
> {code}
> This change was introduced by HTTPCLIENT-1991. For me, it looks like an
> unintentional side effect. Could you please have a look.
> Thank you very much for this great library.
> Best regards
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
