[ https://issues.apache.org/jira/browse/THRIFT-3320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15345792#comment-15345792 ]
Xiaoshuang LU edited comment on THRIFT-3320 at 6/23/16 5:40 AM: ---------------------------------------------------------------- Hi [~jking3], Thanks for your comments. At present, thrift doesn't not offer users a pure and complete asynchronous interface suite. Developers cannot write PDUs to a transport concurrently. Assuming that thrift has thread-safe transports and a set of asynchronous Interfaces in future releases, how to deserialize *_results from transports if "TMultiplexedProtocol"s are leveraged? In my proposal, we can get service names after "TMessage"s are parsed. With service names and procedure names, specific instances of *_results can be selected to read data from transport. If we just store the IDs of requests, a mapping between id and *_result shall be maintained. And this is not elegant. was (Author: in-chief): Hi [~jking3], Thanks for your comments. At present, thrift doesn't not offer users a pure and complete asynchronous interface suite. Developers cannot write PDUs to a transport concurrently. Assuming that thrift has thread-safe transports and a set of asynchronous Interfaces in future releases, how to deserialize *_args and *_results from transports if "TMultiplexedProtocol"s are leveraged? In my proposal, we can get service names after "TMessage"s are parsed. With service names and procedure names, specific instances of *_args and *_results can be selected to read data from transport. > TMessages of multiplexed service responses of should include service names > -------------------------------------------------------------------------- > > Key: THRIFT-3320 > URL: https://issues.apache.org/jira/browse/THRIFT-3320 > Project: Thrift > Issue Type: Story > Components: C++ - Library, Java - Library, Python - Library > Affects Versions: 0.9, 0.9.1, 0.9.2 > Reporter: Xiaoshuang LU > Attachments: THRIFT-3320.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)