[
https://issues.apache.org/jira/browse/THRIFT-5882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17985650#comment-17985650
]
Yuxuan Wang commented on THRIFT-5882:
-------------------------------------
The THeaderTransport and THeaderProtocol are coupled together and always used
together. There's no way to only use one of them without the other. So, when
you use THeaderProtocol, it auto uses THeaderTransport under the hood.
And as far as I know THeaderProtocol is supported by c++. For your use case,
you should just use THeaderProtocol on top of TSocket (or TSSLSocket), and
THeaderProtocol will auto apply THeaderTransport on top of the socket.
> [c++] Is using the "header" transport supported ?
> -------------------------------------------------
>
> Key: THRIFT-5882
> URL: https://issues.apache.org/jira/browse/THRIFT-5882
> Project: Thrift
> Issue Type: Question
> Components: C++ - Library
> Affects Versions: 0.22.0
> Reporter: Jean-Charles Quillet
> Priority: Major
>
> In the TestServer.cpp and TestClient.cpp I can see that it is not possible to
> choose the "header" transport, one can only choose the "header" protocol.
> Then I'm wondering, is using the "header" transport a supported use case?
> For the context, I work on a cpp server that use the "buffered" transport
> over the "binary" protocol. I need it to be able to answer to clients using
> the same stack for backward compatibility as well as client which sends
> headers along requests (transport and protocol to be defined accordingly).
> I was thinking about moving the transport of the server from "buffered to
> "header". But I could not find evidence that it is a supported use case
> looking at the documentation and the test.
> See also [THRIFT-5883|https://issues.apache.org/jira/browse/THRIFT-5883]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
