[
https://issues.apache.org/jira/browse/THRIFT-2504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15876787#comment-15876787
]
James E. King, III commented on THRIFT-2504:
--------------------------------------------
https://github.com/apache/thrift/pull/1200 contains a cross test addition that
proves this concept works. Each "normal" client like a binary client will
connect to the "multi:binary" Java TestServer which is running multiplexed
protocol, binary, and uses ThriftTest as the "reigsterDefault" processor. All
existing clients (non-multiplexed) can connect to it and use it, proving the
fix makes MultiplexedProcessor backwards compatible.
> TMultiplexedProcessor should allow registering default processor called if no
> service name is present
> -----------------------------------------------------------------------------------------------------
>
> Key: THRIFT-2504
> URL: https://issues.apache.org/jira/browse/THRIFT-2504
> Project: Thrift
> Issue Type: Improvement
> Components: Java - Library
> Reporter: Aleksey Pesternikov
> Assignee: James E. King, III
> Fix For: 0.11.0
>
>
> The original intention of this story was to allow an older client to connect
> to a multiplexed server and continue to work by having the multiplexed
> processor handle any request that does not contain a service name and colon
> prefix. Given that multiplex is just a decorated protocol where the service
> name is prepended to the call name, it should be possible to connect a
> standard binary protocol client to a multiplex protocol server that treats a
> non-multiplex call (one without the colon separator) as a
> backwards-compatible call so older clients can continue to connect to newer
> servers.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)