thrift

文章简介 运用Thrift的TNonblockingServer编写C++实践案例。 Thrift服务端编程 从Thrift-0.12.0版本的C++源代码来看服务端编程主要有：多线程模型，一个新的客户端连接创建一个线程处理；多线程线程池模型，将新的客户端连接放入任务队列中由线程池读取处理；事件驱动异步模型，注册监听事件和可读事件，将客户端的数据放入任务队列中由线程池进行处理。事件驱动异步模型更适合运用在互联网大量用户的场景中，也就是TNonblockingServer。 Thrift中TNonblockingServer的设计和实现 图1-1 TNonblockingServer的实现 如图1-1所示，当一个新的客户端连接accept时，会new一个TConnection对象，通过轮询选择算法发送给IOThread线程池，IOThread接收到客户端发来的请求数据时，将它打包成Task放入任务队列中，再由任务处理线程池Thread从任务队列pop出来调用服务端实现的业务逻辑函数处理。下面以用户注册的业务场景为例，实现一个具体的TNonblockingServer案例。 Thrift接口文件编写 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 // user.thrift

yum -y update 2.安装开发工具 yum -y groupinstall "Development Tools" 3.安装wget yum -y install wget 4.升级autoconf/automake/bison autoconf和automake两个工具来帮助我们自动地生成符合自由软件惯例的Makefile GNU 语法分析器 C++ from百度百科 ） wget http: // ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz tar -zxvf autoconf- 2.69 .tar.gz cd autoconf - 2.69 . /configure --prefix=/ usr make make install wget http: // ftp.gnu.org/gnu/automake/automake-1.14.tar.gz tar -zxvf automake- 1.14 .tar.gz cd automake - 1.14 . /configure --prefix=/ usr make make install wget http: // ftp.gnu.org/gnu/bison/bison-2.5.1.tar.gz tar -zxvf bison- 2.5 . 1 .tar.gz cd

转载blog：http://www.cnblogs.com/pinking/p/7726478.html 在这里要补充一点的就是在 在这里python要安装thrift包时候，可以直接在安装好的thrift好的模块中sudo python setup.py install安装就可以， java、c++的我暂时没走通，周末来摸索 以下原文，作者在Windows上面，我在linux上面： 1、下载thrift，下载地址： http://archive.apache.org/dist/thrift/0.9.3/ 2、在编写python的thrift代码时，需要先安装thrift module，下载路径：https://pypi.python.org/pypi/thrift/0.9.1 3、安装thrift： tar -zvxf thrift -0.9.3.tar.gz 直接下一步。。。 ：在命令行中输入： y]$ thrift --version Thrift version 0.9.3 即可以看到安装后的版本信息。 4、thrift 采用IDL（Interface Definition Language）来定义通用的服务接口，并通过生成不同的语言代理实现来达到跨语言、平台的功能。在thrift的IDL中可以定义以下一些类型：基本数据类型，结构体，容器，异常、服务。 thrift脚本

<?php namespace Message\Controller; use Think\Controller; use Thrift\Exception\TException; use Thrift\Protocol\TBinaryProtocol; use Thrift\Transport\TBufferedTransport; use Thrift\Transport\THttpClient; use Thrift\Transport\TPhpStream; use Thrift\TMultiplexedProcessor; use Thrift\Protocol\TMultiplexedProtocol; use Message\Services\MessageServie; use Rpc\Msg\MessageClient; use Rpc\Msg\MessageProcessor; use Thrift\Factory\TBinaryProtocolFactory; use Thrift\Factory\TTransportFactory; use Thrift\Server\TServerSocket; use Thrift\Server\TSimpleServer; use Thrift\Server\TForkingServer; use Thrift

I'm going completely crazy: Installed Hadoop/Hbase, all is running; /opt/jdk1.6.0_24/bin/jps 23261 ThriftServer 22582 QuorumPeerMain 21969 NameNode 23500 Jps 23021 HRegionServer 22211 TaskTracker 22891 HMaster 22117 SecondaryNameNode 21779 DataNode 22370 Main 22704 JobTracker Pseudo distributed environment. hbase shell is working and coming up with correct results running 'list' and; hbase shell HBase Shell; enter 'help<RETURN>' for list of supported commands. Type "exit<RETURN>" to leave the HBase Shell Version 0.90.1-cdh3u0, r, Fri Mar 25 16:10:51 PDT 2011 hbase(main):001:0> status 1 servers

参考文档: http://dongxicheng.org/search-engine/thrift-framework-intro/ Thrift是一个跨语言的服务部署框架，最初由Facebook于2007年开发，2008年进入Apache开源项目。Thrift通过一个中间语言(IDL, 接口定义语言)来定义RPC的接口和数据类型，然后通过一个编译器生成不同语言的代码（目前支持C++,Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk和OCaml）,并由生成的代码负责RPC协议层和传输层的实现。 Thrift 的系统架构 Thrift包含一个完整的堆栈结构用于构建客户端和服务器端。下图描绘了 Thrift 的整体架构。 如图所示，图中黄色部分是用户实现的业务逻辑，褐色部分是根据 Thrift 定义的服务接口描述文件生成的客户端和服务器端代码框架，红色部分是根据 Thrift 文件生成代码实现数据的读写操作。红色部分以下是 Thrift 的传输体系、协议以及底层 I/O 通信，使用 Thrift 可以很方便的定义一个服务并且选择不同的传输协议和传输层而不用重新生成代码。 Thrift实际上是实现了C/S模式，通过代码生成工具将接口定义文件生成服务器端和客户端代码（可以为不同语言）

I'm developing a system which uses thrift. I'd like clients identity to be checked and operations to be ACLed. Does Thrift provide any support for those? Not directly. The only way to do this is to have an authentication method which creates a (temporary) key on the server, and then change all your methods so that the first argument is this key and they all additionally raise an not-authenticated error. For instance: exception NotAuthorisedException { 1: string errorMessage, } exception AuthTimeoutException { 1: string errorMessage, } service MyAuthService { string authenticate( 1:string user,

I understand that Apache Thrift and ZeroMQ are softwares belonging to different categories, and it is not easy to do a comparison since it is an apple to orange comparison. But I don't know why they belong to different categories. Aren't they both used to pass data between different services, which may or may not be written in different languages? When should I use Thrift and when should I use a message queue? sdg They belong to different categories primarily because they are targetted at different audiences with different concerns. Therefore they are better at different things. Apache Thrift

Thrift是为了解决facebook系统中各系统之间大数据量的传输通讯以及系统之间语言环境不同需要跨平台这一特性而创造的。 所以thrift可以支持多种程序语言，例如: C++, C#, Cocoa, Erlang, Haskell, Java, Ocami, Perl, PHP, Python, Ruby, Smalltalk. 在多种不同的语言之间通信thrift可以作为二进制的高性能的通讯中间件，支持数据(对象)序列化和多种类型的RPC服务。 Thrift适用于程序对程序静态的数据交换，需要先确定好他的数据结构，他是完全静态化的，当数据结构发生变化时，必须重新编辑IDL文件、代码生成、再编译载入的流程，跟其他IDL(接口描述语言，Interface Definition L anguage)工具相比较可以视为是Thrift的弱项。 Thrift适用于搭建大型数 据交换及存储的通用工具，对于大型系统中的内部数据传输相对于JSON和xml无论在性能、传输大小上有明显的优势。 Thrift 基础架构 Thrift是一个服务端和客户端的架构体系，从我个人的感官上来看Thrift是一个类似XML-RPC+Java-to- IDL+Serialization Tools=Thrift 的东东，Thrift 具有自己内部定义的传输协议规范(TProtocol)和传输数据标准