You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Alex Petrov (JIRA)" <ji...@apache.org> on 2017/11/07 10:35:07 UTC

[jira] [Assigned] (CASSANDRA-13986) Fix native protocol v5 spec for new_metadata_id position in Rows response

     [ https://issues.apache.org/jira/browse/CASSANDRA-13986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alex Petrov reassigned CASSANDRA-13986:
---------------------------------------

    Assignee: Alex Petrov

> Fix native protocol v5 spec for new_metadata_id position in Rows response
> -------------------------------------------------------------------------
>
>                 Key: CASSANDRA-13986
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13986
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Olivier Michallat
>            Assignee: Alex Petrov
>            Priority: Trivial
>
> There's a mistake in the protocol specification for CASSANDRA-10786. In `native_protocol_v5.spec`, section 4.2.5.2:
> {code}
> 4.2.5.2. Rows
>   Indicates a set of rows. The rest of the body of a Rows result is:
>     <metadata><rows_count><rows_content>
>   where:
>     - <metadata> is composed of:
>         <flags><columns_count>[<new_metadata_id>][<paging_state>][<global_table_spec>?<col_spec_1>...<col_spec_n>]
> {code}
> The last line should be:
> {code}
>         <flags><columns_count>[<paging_state>][<new_metadata_id>][<global_table_spec>?<col_spec_1>...<col_spec_n>]
> {code}
> That is, if there is both a paging state and a new metadata id, the paging state comes *first*, not second.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org