Hi,
I am fairly new to java. Basically a C++ programmer.Have recently switched to java and need to implement something in my project.
My requirement is for a server to send some data continously to it's subscribed client and also to provide this data when clients request for it on adhoc basis.
I want to know what are my options with Java.
I hear thrift and google protobufs are the way to go these days but don't want to go for it just because it is popular.Want to first understand if it suits my need.
Performance is a key for my project so the data should be pushed to the client as soon as it is availabe to the server.
so communication should be fast.And the data in the server is updated every few milliseconds throughout the day.I am still unsure about the size of the data.
Can someone tell why thrift and google protobuf is better than java RMI or message queues(JMS QPID) for RPC?.I really need to understand why people use thrift etc instead of message queues,RMI.
Thanks
I am fairly new to java. Basically a C++ programmer.Have recently switched to java and need to implement something in my project.
My requirement is for a server to send some data continously to it's subscribed client and also to provide this data when clients request for it on adhoc basis.
I want to know what are my options with Java.
I hear thrift and google protobufs are the way to go these days but don't want to go for it just because it is popular.Want to first understand if it suits my need.
Performance is a key for my project so the data should be pushed to the client as soon as it is availabe to the server.
so communication should be fast.And the data in the server is updated every few milliseconds throughout the day.I am still unsure about the size of the data.
Can someone tell why thrift and google protobuf is better than java RMI or message queues(JMS QPID) for RPC?.I really need to understand why people use thrift etc instead of message queues,RMI.
Thanks