[
https://issues.apache.org/jira/browse/CASSANDRA-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12748973#action_12748973
]
Sandeep Tata commented on CASSANDRA-397:
----------------------------------------
>> it seems like making the nodes doing the work is a better encapsulation.
Yes, I'm trying to say that the nodes are already doing the work.
The fat client's don't have their own write path, do they? AFAIK, they still
talk thrift and submit writes to a Cassandra node.
So long as the fat client is not in charge of sending the write to all the
right replicas and doing HHO if needed, it doesn't need to discover the
bootstrapping nodes. It doesn't need to know *anything* about the bootstrap
process.
> 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.
