Apache Thrift VS rpclib

Compare Apache Thrift vs rpclib and see what are their differences.

Our great sponsors
  • Scout APM - Less time debugging, more time building
  • SonarQube - Static code analysis for 29 languages.
  • OPS - Build and Run Open Source Unikernels
Apache Thrift rpclib
6 4
8,865 1,223
1.0% 1.9%
8.9 4.3
5 days ago 3 months ago
C++ C++
Apache License 2.0 GNU General Public License v3.0 or later
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

Apache Thrift

Posts with mentions or reviews of Apache Thrift. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-01-01.

rpclib

Posts with mentions or reviews of rpclib. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-04-24.
  • Is there a way to keep the client alive in rpclib?
    1 project | reddit.com/r/cpp_questions | 27 Nov 2021
    If by rpclib you mean this: https://github.com/rpclib/rpclib then it's not clear what you're talking about. The code for that client retains the connection to the server for the duration of the connection, though of course if you simply wait for too long without sending anything the connection will time out and get torn down.
  • rpclib is looking for a new maintainer
    5 projects | reddit.com/r/cpp | 24 Apr 2021
    Some years ago I created rpclib which, at the time, gained some traction. However, a planned hiatus turned into an indefinite one due to real-life obligations. I'm still getting new issues and PRs filed and I'd really hate to just archive the project without giving this a shot. I still think that RPC without code generation is a useful niche to fill.
    5 projects | reddit.com/r/cpp | 24 Apr 2021
    Thanks for all your hard work in the past years. I'm not able to take over as a maintainer, but you mentioned CI rot and I can take thorough look at that! I opened a small PR refactoring the AppVeyor configuration.
    5 projects | reddit.com/r/cpp | 24 Apr 2021
    The code is reasonably well covered with unit tests, although there are many things I would do differently if I were to start today (and indeed, this project itself was a huge learning opportunity for me). The cmake build is a mess and likely requires rewriting at this point, and the CI is likely a victim of code rot. Github: https://github.com/rpclib/rpclib

What are some alternatives?

When comparing Apache Thrift and rpclib you can also consider the following projects:

gRPC - The C based gRPC (C++, Python, Ruby, Objective-C, PHP, C#)

ZeroMQ - ZeroMQ core engine in C++, implements ZMTP/3.1

Protobuf - Protocol Buffers - Google's data interchange format

Cap'n Proto - Cap'n Proto serialization/RPC system - core tools and C++ library

Apache Avro - Apache Avro is a data serialization system.

Apache Parquet - Apache Parquet

nanomsg - nanomsg library

Big Queue - A big, fast and persistent queue based on memory mapped file.

SBE - Simple Binary Encoding (SBE) - High Performance Message Codec