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

Armaan Sarkar updated THRIFT-1239:
----------------------------------

    Attachment: tuple_protocol.patch

A patch that includes the actual TupleProtocol class and an associated test 
file.

> TupleProtocol- An extremely compact, temporary protocol
> -------------------------------------------------------
>
>                 Key: THRIFT-1239
>                 URL: https://issues.apache.org/jira/browse/THRIFT-1239
>             Project: Thrift
>          Issue Type: New Feature
>          Components: Java - Compiler
>            Reporter: Armaan Sarkar
>            Priority: Minor
>         Attachments: tuple_generator.patch, tuple_protocol.patch
>
>
> Currently, protocols are built to be pretty robust to 'schema' changes. This 
> is done by sending metadata about when a struct or a field will start/end, 
> the number of fields to expect and the types of each field, etc. However, 
> there are cases when the recipient knows all of this, even before it receives 
> this metadata. In these cases, sending the metadata unnecessarily eats up 
> bandwidth. The TupleProtocol rectifies this by sending and receiving only the 
> value of each field in a specified order. The only metadata passed is about 
> variable information such as the size of a container or which optional fields 
> are set.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to