cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <>
Subject [jira] Commented: (CASSANDRA-1066) DatacenterShardStrategy needs enforceable and keyspace based RF
Date Sun, 01 Aug 2010 12:50:19 GMT


Hudson commented on CASSANDRA-1066:

Integrated in Cassandra #506 (See [])
    update {CHANGES,NEWS}.txt

Patch by eevans for CASSANDRA-1066 no longer neeeded

Patch by eevans for CASSANDRA-1066
regenerated thrift code

Patch by eevans for CASSANDRA-1066
configurable options for replication strategies

Patch by Jeremy Hanna; review by eevans for CASSANDRA-1066

> DatacenterShardStrategy needs enforceable and keyspace based RF
> ---------------------------------------------------------------
>                 Key: CASSANDRA-1066
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Jeremy Hanna
>            Assignee: Jeremy Hanna
>            Priority: Minor
>             Fix For: 0.7 beta 1
>         Attachments: 1066-3.txt, 1066-4.txt, 1066-5.txt, 1066-changes-patch.txt, 1066-external.patch,
1066-update.txt, 1066.txt, 1066.txt
> (Updated to reflect the true scope of this improvement along with decisions about implementation)
> Currently, the DatacenterShardStrategy reads in a properties file -
- to get a per-datacenter replication factor.
> This improvement would do away with a separate properties file for configuring per-datacenter
replication in favor of configuring them on a per-keyspace basis.  This would allow clients
to create a new keyspace with the configuration of the DatacenterShardStrategy as part of
the keyspace definition.  It would also update the cassandra.yaml configuration parsing to
allow users to configure their DSS from there as well. 
> The basic structure would not change and the KSMetaData would just contain additional
configuration information - a map of configuration options.  That way, if other ReplicationStrategies
in the future would like specific configuration options, they can use them as well.
> Further changes previously mentioned in this ticket involved enforcing the replication
factor.  A separate ticket has been created to push the replication factor down to the replication
strategy.  That facilitates enforcing the RF at that level.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message