[
https://issues.apache.org/jira/browse/GEODE-6928?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16875240#comment-16875240
]
ASF subversion and git services commented on GEODE-6928:
--------------------------------------------------------
Commit bc1a215f24557487d43964f9722c734200911364 in geode's branch
refs/heads/feature/GEODE-6928 from Bruce Schuchardt
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=bc1a215 ]
GEODE-6928 peer-to-peer SSL stream corruption with conserve-sockets=false
Modified the NioSslEngine to not modify the decrypted SSL buffer after
reading a direct-ack response. This allows the readFully method to
correctly see what bytes have already been consumed and correctly
compact the buffer for subsequent reads, if necessary.
The cluster communication test is modified to check for aborted
connections created (retries) during operation distribution. Without the
fix for the problem this check would fail.
> peer-to-peer SSL stream corruption with conserve-sockets=false
> --------------------------------------------------------------
>
> Key: GEODE-6928
> URL: https://issues.apache.org/jira/browse/GEODE-6928
> Project: Geode
> Issue Type: Bug
> Components: messaging
> Reporter: Bruce Schuchardt
> Priority: Major
>
> In a system configured to use SSL in the cluster I observed many "Attempting
> TCP/IP reconnect" messages and failures to return "direct replies".
> I modified the ClusterCommunicationsDUnitTest to perform multiple updates in
> a thread and found the same behavior. The DistributionStats
> reconnectAttempts statistic showed new connections being formed when old ones
> were deemed corrupt. The retry logic in our communications caused the test
> to pass.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
