[jira] [Commented] (THRIFT-577) Factor BinaryProtocolAccelerated into separate components

["Robert Lu (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/THRIFT-577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16220009#comment-16220009 ] 

Robert Lu commented on THRIFT-577:
----------------------------------

The fastbinary.c is already move to lib/py/src/ext/ by THRIFT-3612.

So, I think this issue is resolved.

> Factor BinaryProtocolAccelerated into separate components
> ---------------------------------------------------------
>
>                 Key: THRIFT-577
>                 URL: https://issues.apache.org/jira/browse/THRIFT-577
>             Project: Thrift
>          Issue Type: Improvement
>          Components: Python - Compiler, Python - Library
>            Reporter: Esteve Fernandez
>
> Ben Maurer's excellent native Python library has proven to be very fast and efficient, however introducing new features and bug fixes have become a non-trivial task. This is because it implements the serialization process as a whole. The previous version of the Ruby library followed this approach, as it was actually based on Ben's library.
> Bryan split the Ruby native library in THRIFT-248, this has reduced the time for incorporating new features and bug fixes, and also has enabled other protocols to take advantage of the benefits of accelerated code (e.g. any protocol that inherits from TProtocol)
> The aim of this task is to split TBinaryProtocolAccelerated into separate pieces (e.g. TProtocolAccelerated, TBinaryProtocolAccelerated, etc.) and remove fastbinary.encode/decode from the Python generator.



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