Comments 9
А чем обусловлен выбор именно thrift, а не protobuf или его идейного наследника Cap’n Proto?
-1
UFO just landed and posted this here
В свое время гуглил и не нашел ответа. На сколько православно создавать новый транспорт/протокол/клиента на каждый запрос? Можно ли переиспользовать компоненты и как у них с многопоточностью дела? У вас был какой-то опыт такого использования?
0
В примере, который я привел, как раз многопоточная реализация сервера, средствами thrift. А вот клиент — не потокобезопасен, но его не сложно допилить. Про новый клиент — на каждый запрос, не совсем понял, что вы имели ввиду.
0
Меня интересует клиент.
Вы пишете в методе main:
Вот интересно, если мне надо много раз пописать клиентом (
Вы пишете в методе main:
TTransport transport = new TFramedTransport(new TSocket("localhost", 9090));
TProtocol protocol = new TBinaryProtocol(transport);
final FastHandsService.Client client = new FastHandsService.Client(protocol);
...
transport.open();
client.put(...);
Вот интересно, если мне надо много раз пописать клиентом (
client.put()
), что из этих объявлений можно переиспользовать? Если да, то что можно запихать в пул? Что можно переиспользовать в многопоточной среде (client.put() делается из нескольких потоков)? 0
Sign up to leave a comment.
Apache Thrift RPC Server. Дружим C++ и Java