cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stu Hood (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CASSANDRA-1437) Improve default handling/validation for config.Metadata objects
Date Fri, 27 Aug 2010 20:18:53 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12903585#action_12903585
] 

Stu Hood commented on CASSANDRA-1437:
-------------------------------------

The gist is that client objects need to be 'sanitized' (aka, have defaults filled in programmatically
for optional fields), but that internal objects should never have optional fields.

> Improve default handling/validation for config.Metadata objects
> ---------------------------------------------------------------
>
>                 Key: CASSANDRA-1437
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1437
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Stu Hood
>            Priority: Minor
>             Fix For: 0.7.0
>
>
> Post CASSANDRA-1436, we'll be back to single Avro objects to describe schemas for client
and internal use: it would be a good opportunity to improve our handling of defaults and our
validation of config.*Metadata objects.
> Right now, we have multiple ways to convert a CfDef to a CFMetaData object (for example),
due to the differences between the defaults that should be chosen for a _new_ column family
(when we receive the CfDef from a client), versus an _existing_ column family after a new
setting has been added (deserializing a CfDef from disk). Finding a unified way to handle
these two (potentially different) default values would be excellent.

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


Mime
View raw message