You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Gary Dusbabek (JIRA)" <ji...@apache.org> on 2011/01/06 21:08:46 UTC

[jira] Commented: (CASSANDRA-1923) unit tests that validate that message serialization isn't broken in the current version.

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

Gary Dusbabek commented on CASSANDRA-1923:
------------------------------------------

the txt patches are against trunk, the 0.7 patches are labeled as such.  

serializations can be generated with `ant msg-ser-gen-test`.  serialization tests can be run (after generating serializations) with `ant msg-ser-test`.  1923-0.7-binary.zip contains the serialized messages for 0.7.  unzip them into test/data.

It looks like we already have to wire incompatibilities to deal with. :)

> unit tests that validate that message serialization isn't broken in the current version.
> ----------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-1923
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1923
>             Project: Cassandra
>          Issue Type: Sub-task
>          Components: Core
>            Reporter: Gary Dusbabek
>            Assignee: Gary Dusbabek
>            Priority: Minor
>             Fix For: 0.7.1
>
>         Attachments: 1923-0.7-binary.zip, 1923-0.7-code.diff, v1-0001-ICompactSerializer-assumptions-test.txt, v1-0002-Serialization-tests.txt, v1-0003-build-changes-to-run-test.txt, v1-0004-notes.txt
>
>
> There are two components to this.  First, code that will generate the serialized messages.  Second, code that will attempt to read the serialized messages.
> My plan is to commit this to 0.7.1 with generated serialized messages.  Then I will merge that into trunk sans the generation code.  A similar process will need to take place when we branch trunk to create 0.8, etc.  On second thought, maybe it makes sense to keep the generation code and let it morph as the message formats change.
> If the tests ever break in the 0.7 branch, that means we've created a message incompatibility regression that needs to be fixed.  If the tests ever break in trunk (post CASSANDRA-1015), it means that something in trunk has changed message serialization compatibility that will need to be restored (via whatever process is used for 1015).

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