[ 
https://issues.apache.org/jira/browse/GEODE-7900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17066052#comment-17066052
 ] 

ASF subversion and git services commented on GEODE-7900:
--------------------------------------------------------

Commit a93a59eb7d55dbdc6b7f0e690555e32eaa7de8fd in geode's branch 
refs/heads/develop from Dan Smith
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=a93a59e ]

GEODE-7900: Only set the SNI hostname if it is not present

It turns out the JDK sometimes automatically sets the SNI hostname and
sometimes does not.  With openjdk 8, it only sets SNI hostname if there is a
dot in the hostname. See sun.security.ssl.Utilities#addToSNIServerNameList

For this reason, we need to only set the SNI hostname if the JDK did not.
Otherwise it will complain that there is a `Duplicated server name of type 0`

> GfshHostNameVerificationDistributedTest > 
> expectConnectionFailureWhenNoHostNameInLocatorKey failing on Windows
> --------------------------------------------------------------------------------------------------------------
>
>                 Key: GEODE-7900
>                 URL: https://issues.apache.org/jira/browse/GEODE-7900
>             Project: Geode
>          Issue Type: Bug
>          Components: configuration, membership
>            Reporter: Bill Burcham
>            Assignee: Dan Smith
>            Priority: Major
>          Time Spent: 1h
>  Remaining Estimate: 0h
>
> failures in these two tests e.g. here 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-develop-main/jobs/IntegrationTestOpenJDK11/builds/1613:
> {code}
> org.apache.geode.management.internal.cli.commands.GfshHostNameVerificationDistributedTest
>  > expectConnectionFailureWhenNoHostNameInLocatorKey FAILED
>     java.lang.AssertionError: 
>     Expecting:
>      <"Duplicated server name of type 0
>     ">
>     to contain:
>      <"Unable to form SSL connection"> 
>         at 
> org.apache.geode.test.junit.assertions.CommandResultAssert.containsOutput(CommandResultAssert.java:87)
>         at 
> org.apache.geode.management.internal.cli.commands.GfshHostNameVerificationDistributedTest.validateGfshConnection(GfshHostNameVerificationDistributedTest.java:163)
>         at 
> org.apache.geode.management.internal.cli.commands.GfshHostNameVerificationDistributedTest.expectConnectionFailureWhenNoHostNameInLocatorKey(GfshHostNameVerificationDistributedTest.java:117)
> org.apache.geode.management.internal.cli.commands.GfshHostNameVerificationDistributedTest
>  > expectConnectionFailureWhenWrongHostNameInLocatorKey FAILED
>     java.lang.AssertionError: 
>     Expecting:
>      <"Duplicated server name of type 0
>     ">
>     to contain:
>      <"Unable to form SSL connection"> 
>         at 
> org.apache.geode.test.junit.assertions.CommandResultAssert.containsOutput(CommandResultAssert.java:87)
>         at 
> org.apache.geode.management.internal.cli.commands.GfshHostNameVerificationDistributedTest.validateGfshConnection(GfshHostNameVerificationDistributedTest.java:163)
>         at 
> org.apache.geode.management.internal.cli.commands.GfshHostNameVerificationDistributedTest.expectConnectionFailureWhenWrongHostNameInLocatorKey(GfshHostNameVerificationDistributedTest.java:128)
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to