[ https://issues.apache.org/jira/browse/HTTPCLIENT-1903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gary Gregory updated HTTPCLIENT-1903: ------------------------------------- Comment: was deleted (was: I'm thinking of creating a {{HostnameVerifierFactory}} class that would provide the an impl with naming support if it is absent. This would mean leaving {{DefaultHostnameVerifierFactory}} as is for compatibility and creating a new class that does not use javax.naming.) > DefaultHostnameVerifier crashes on Android due to inexistent javax.naming > classes > --------------------------------------------------------------------------------- > > Key: HTTPCLIENT-1903 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1903 > Project: HttpComponents HttpClient > Issue Type: Bug > Affects Versions: 4.5.5 > Reporter: Michael Pujos > Priority: Minor > > I'm using HttpClient on Android, repackaged to avoid conficting with the > platform's org.apache old packages. > It works fine, except that making any https request will crash using the > defaults. > The reason is that DefaultHostnameVerifier uses javax.naming.* classes, which > are not present on Android. > So to be able to make https request, the default hostname verifier must be > replaced. For example: > > httpClient = HttpClients.custom() > .setSSLHostnameVerifier(NoopHostnameVerifier.INSTANCE) > .build(); > > Using NoopHostnameVerifier is rarely a good idea, so for the time being I > have replaced it with and older version of BrowserCompatHostnameVerifier that > doesn't internally call DefaultHostnameVerifier. > > Ideally, I'd like DefaultHostnameVerifier to detect dynamically if > javax.naming.* classes are available, and switch to an alternate method not > using them if they are not. That way, HttpClient would work out of the box > for Android users. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org