[
https://issues.apache.org/jira/browse/CASSANDRA-3051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13092951#comment-13092951
]
Pavel Yaskevich commented on CASSANDRA-3051:
--------------------------------------------
Following your logic - person who was working on ssl should've done that at
first place, there is no guarantee that it works in the current state. I'm not
pushing things forward just wondering why testing wasn't done before.
> On Disk Compression breaks SSL Encryption
> -----------------------------------------
>
> Key: CASSANDRA-3051
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3051
> Project: Cassandra
> Issue Type: Bug
> Affects Versions: 1.0
> Environment: Trunk
> Reporter: Benjamin Coverston
> Assignee: Pavel Yaskevich
> Fix For: 1.0
>
> Attachments: CASSANDRA-3051.patch
>
>
> Encryption depends on FileStreamTask.write [1] protected member to be called
> because the SSLFileStreamTask.write overrides this to write back to the
> server.
> When enabled, compression circumvents the call and the client does not
> communicate using an SSL socket back to the server.
> [1]
> protected long write(FileChannel fc, Pair<Long, Long> section, long length,
> long bytesTransferred) throws IOException
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
