On Fri, May 8, 2009 at 9:49 PM, clinton.fos...@quest.com wrote:
It was necessary to add a length prefix to the request/response
messages in order to remove the dependency on closing the connection
to know when the protobuf was finished being read. Also, since
Message.Builder.mergeFrom()
wrote:
Protocol Buffers RPC Server Implemention based on Mina(2.0-M5) and
Protobuf(2.0.3).
I had implemented a protocol buffers rpc server.
http://github.com/bitiboy/fepss-rpc/tree/master.
some idea from protobuf-socket-rpc.
welcome feedback
I updated the protobuf-socket-rpc implementation so it leaves the
connection open, and I was able to get a 4 or 5 times improvement in
the time it takes to run the test. It also solved the problem of
running out of ephemeral ports.
It was necessary to add a length prefix to the request/response
Added to http://code.google.com/p/protobuf/wiki/RPCImplementations
On Tue, May 5, 2009 at 10:26 PM, Jun Tsai jun.t...@gmail.com wrote:
Protocol Buffers RPC Server Implemention based on Mina(2.0-M5) and
Protobuf(2.0.3).
I had implemented a protocol buffers rpc server.
http://github.com
Protocol Buffers RPC Server Implemention based on Mina(2.0-M5) and
Protobuf(2.0.3).
I had implemented a protocol buffers rpc server.
http://github.com/bitiboy/fepss-rpc/tree/master.
some idea from protobuf-socket-rpc.
welcome feedback.
--~--~-~--~~~---~--~~
You