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

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

Commit 880a9d614d1ac2418c5bace4fdbb8e255ab8e3dd in geode's branch 
refs/heads/feature/GEM-1772 from [~gosullivan]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=880a9d6 ]

Write a test that hangs without the fix for GEODE-3563. (#2057)

Write a test that hangs without the fix for GEODE-3563.

and remove an unneeded rule.

Signed-off-by: Bruce Schuchardt <bschucha...@pivotal.io>


> SSL socket handling problems in TCPConduit run
> ----------------------------------------------
>
>                 Key: GEODE-3563
>                 URL: https://issues.apache.org/jira/browse/GEODE-3563
>             Project: Geode
>          Issue Type: Bug
>          Components: messaging
>            Reporter: Vahram Aharonyan
>            Assignee: Bruce Schuchardt
>            Priority: Critical
>              Labels: pull-request-available
>             Fix For: 1.6.0
>
>          Time Spent: 2.5h
>  Remaining Estimate: 0h
>
> Here are two cases that seems to problematic in TCPConduit.run flow:
> 1. TCPConduit.run() has no action performed for the case when SSLException is 
> thrown from sslSocket.startHandshake(), as a result the socket remains open. 
> Catch block from the end of  configureServerSSLSocket() will just report a 
> fatal error(even it seem that this portion is going to be removed in 1.2.1 
> according to GEODE-3393) and re-throw the exception.
> 2. configureServerSSLSocket call is performed without setting socket timeout 
> before that. This can bring to run thread blocking case if read initiated 
> from the SSL handshake flow will not return. Linking to similar issues 
> observed with other acceptors previously: GEODE-2898, GEODE-3023.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to