[
https://issues.apache.org/jira/browse/CASSANDRA-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12748981#action_12748981
]
Jun Rao commented on CASSANDRA-397:
-----------------------------------
I don't quite get Jonathan's point either. With RingCache, a client will still
read/write through thrift. All RingCache does is for the client to pick a more
optimal node. So, as long as each cassandra node can handle read/write properly
with respect to Boostrap node, things should be fine, right?
> bootstrap and ringcache
> -----------------------
>
> Key: CASSANDRA-397
> URL: https://issues.apache.org/jira/browse/CASSANDRA-397
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Reporter: Jonathan Ellis
> Fix For: 0.5
>
>
> Bootstrap mode makes it easy to shoot yourself in the foot with RingCache
> (see CASSANDRA-197).
> One solution would be to have the node that is providing data to the new,
> bootstrapping node, echo writes to the new node. Currently, the coordinator
> node is in charge of including the new node as an "extra" replica, but if a
> fat client is using messagingservice directly with RingCache that doesn't
> work.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
