C++ framework for json-rpc (json remote procedure call)

Build Status Coverage Status Coverity Status


This framework provides cross platform JSON-RPC (remote procedure call) support for C++. It is fully JSON-RPC 2.0 & 1.0 compatible.

libjson-rpc-cpp logo

5 good reasons for using libjson-rpc-cpp in your next RPC project - Full JSON-RPC 2.0 & 1.0 Client and Server Support. - jsonrpcstub - a tool that generates stub-classes for your JSON-RPC client AND server applications. - Ready to use HTTP server and client to provide simple interfaces for your JSON-RPC application. - Cross platform build support and precompiled binaries for WIN32. - Super liberal MIT-License.

Other good reasons to use libjson-rpc-cpp - Easy to use cmake cross platform build system. - Clean and simple architecture, which makes it easy to extend. - Tested under MacOS X (10.9), GNU/Linux (Debian 8 64-bit), Windows 7 (MinGW32) and Raspbian Wheezy (armhf). - Automated testing using make test. - Useful Examples provided. e.g. XBMC Remote using json-rpc client part and stub generator. - The stubgenerator currently supports C++ and JavaScript.


libjson-rpc-cpp logo

Install the framework


sudo apt-get install libjsonrpccpp-dev libjsonrpccpp-tools

Arch Linux

For Arch Linux there is a PKGBUILD provided in the AUR.

sudo aura -A libjson-rpc-cpp

Gentoo Linux

sudo emerge dev-cpp/libjson-rpc-cpp

Mac OS X

For OS X a Brew package is available:

brew install libjson-rpc-cpp


There is a ready to use compiled package here. Just download execute the installer EXE.

Build from source

Install the dependencies


For Debian and Arch GNU/Linux based systems, all dependencies are available via the package manager. For OS X all dependencies are available in Brew


  • Download the precompiled dependencies form here.
  • Extract it into the cloned repository, so that there is a win32-deps folder in the root project directory.


git clone git://github.com/cinemast/libjson-rpc-cpp.git
mkdir -p libjson-rpc-cpp/build
cd libjson-rpc-cpp/build
cmake .. && make
sudo make install
sudo ldconfig          #only required for linux

That's it!

If you are not happy with it, simply uninstall it from your system using (inside the build the directory):

sudo make uninstall

Build options:

Default configuration should be fine for most systems, but here are available compilation flags:

  • -DCOMPILE_TESTS=NO disables unit test suite.
  • -DCOMPILE_STUBGEN=NO disables building the stubgenerator.
  • -DCOMPILE_EXAMPLES=NO disables examples.
  • -DHTTP_SERVER=NO disable the libmicrohttpd webserver.
  • -DHTTP_CLIENT=NO disable the curl client.
  • -DUNIX_DOMAIN_SOCKET_SERVER=NO disable the unix domain socket server connector.
  • -DUNIX_DOMAIN_SOCKET_CLIENT=NO disable the unix domain socket client connector.

Using the framework

This example will show the most simple way to create a rpc server and client. If you only need the server, ignore step 4. If you only need the client, ignore step 3. You can find all resources of this sample in the src/examples directory of this repository.

Step 1: Writing the specification file

        "name": "sayHello",
        "params": { 
            "name": "Peter"
        "returns" : "Hello Peter"
        "name" : "notifyServer"

The type of a return value or parameter is defined by the literal assigned to it. In this example you can see how to specify methods and notifications.

Step 2: Generate the stubs for client and server

Call jsonrpcstub:

jsonrpcstub spec.json --cpp-server=AbstractStubServer --cpp-client=StubClient

This generates a serverstub and a clientstub class.

Step 3: implement the abstract server stub

Extend the abstract server stub and implement all pure virtual (abstract) methods defined in spec.json.

#include "abstractstubserver.h"
#include <jsonrpccpp/server/connectors/httpserver.h>

using namespace jsonrpc;
using namespace std;

class MyStubServer : public AbstractStubServer
        MyStubServer(AbstractServerConnector &connector);

        virtual void notifyServer();
        virtual std::string sayHello(const std::string& name);

MyStubServer::MyStubServer(AbstractServerConnector &connector) :
void MyStubServer::notifyServer()
    cout << "Server got notified" << endl;
string MyStubServer::sayHello(const string &name)
    return "Hello " + name;

int main()
    HttpServer httpserver(8383);
    MyStubServer s(httpserver);
    return 0;

In the main function the concrete server is instantiated and started. That is all for the server. Any JSON-RPC 2.0 compliant client can now connect to your server.

Compile the server with:

g++ main.cpp -ljsoncpp -lmicrohttpd -ljsonrpccpp-common -ljsonrpccpp-server -o sampleserver

Step 4: Create the client application

#include <iostream>

#include "stubclient.h"
#include <jsonrpccpp/client/connectors/httpclient.h>

using namespace jsonrpc;
using namespace std;

int main()
    HttpClient httpclient("http://localhost:8383");
    StubClient c(httpclient);
        cout << c.sayHello("Peter") << endl;
    catch (JsonRpcException e)
        cerr << e.what() << endl;

Compile the client with:

g++ main.cpp -ljsoncpp -lcurl -ljsonrpccpp-common -ljsonrpccpp-client -o sampleclient


If you use this library and find it useful, I would be very pleased if you let me know about it.

Developer Information


Contributions of any kind are always very welcome. Here are some suggestions: - Bugreports - Bugfixes - Extending documentation (especially doxygen) - Suggestion of new features - New features: - Adding new connectors. - Adding new languages to the stubgenerator.

Guidelines / Conventions

We do not want to prevent you from contributing by having too strict guidelines. If you have ideas for improvement, just do it your way, rather than doing it not at all.

Anyway here is a list of how we would prefer your contributions: - Issues: - Use the issue tracker on github to report bugs or improvements. - Please avoid sending me mails directly, as this is not visible to others. - Please close issues on your own if you think a problem has been dealt with. - Code contributions: - Please raise a pull-request against the develop branch. - If you add features, please keep the test-coverage at 100% and document them (doxygen, manpage, etc.). - If you fix a bug, please refer the issue in the commit message. - Please make sure that the travis-ci build passes (you will get notified if you raise a pull-request). - Add yourself to the AUTHORS.md. - Use 4 spaces instead of tabs.

Mailing list


Roadmap for next release

  • Generate client stubs for other languages.
  • Extend doxygen documentation.


Changelogs can be found here.

API compatibility

We do our best to keep the API/ABI stable, to prevent problems when updating this framework. A compatiblity report can be found here.


This framework is licensed under MIT. All of this libraries dependencies are licensed under MIT compatible licenses.


The documentation for this library can be generated using doxygen. If it is installed on your system, you can simply type:

cd build
make doc

This generates the Latex and HTML documentation into build/doc

Run the tests

Simply run:

make test

Testcoverage can be retrieved by invoking the dev/testcoverage.sh script inside the dev folder.


There are 0 discussions relevant for this page, and 0 discussions in the whole project.

Add Discussion

Log in to comment