Hi,

we are trying to build a simple chat service (https://github.com/ne0h/catmail) that uses json rpc. While the client is implemented in c++, the server uses python with flask-jsonrpc.

When we try to send a simple query to the server we get this error: libc++abi.dylib: terminating with unexpected exception of type Json::LogicError: Value is not convertible to Int.

You are free to access our test service at http://miauuu.de:5000 and try the query by yourself.

Thanks in advance, Max

64bit machine running windows 64-bit with 32-bit cygwin trying to build form source but get a dll error

I hope that this is the correct place to report errors.

$ make Scanning dependencies of target jsonrpccommon [ 1%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpccommon.dir/common/errors.cpp.o [ 3%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpccommon.dir/common/exception.cpp.o [ 4%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpccommon.dir/common/procedure.cpp.o [ 6%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpccommon.dir/common/specificationparser.cpp.o [ 7%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpccommon.dir/common/specificationwriter.cpp.o [ 9%] Linking CXX shared library ../../bin/cygjsonrpccpp-common-0.dll [ 9%] Built target jsonrpccommon Scanning dependencies of target jsonrpcclient [ 10%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpcclient.dir/client/batchcall.cpp.o [ 12%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpcclient.dir/client/batchresponse.cpp.o [ 13%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpcclient.dir/client/client.cpp.o [ 15%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpcclient.dir/client/rpcprotocolclient.cpp.o [ 16%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpcclient.dir/client/connectors/httpclient.cpp.o [ 18%] Linking CXX shared library ../../bin/cygjsonrpccpp-client-0.dll /usr/local/lib/libjsoncpp.a(json_writer.cpp.o):json_writer.cpp:(.text+0x4d0): multiple definition of Json::Writer::~Writer()' ../../lib/libjsonrpccpp-common.dll.a(d001165.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_writer.cpp.o):json_writer.cpp:(.text+0x4f0): multiple definition ofJson::FastWriter::FastWriter()' ../../lib/libjsonrpccpp-common.dll.a(d000915.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_writer.cpp.o):json_writer.cpp:(.text+0x540): multiple definition of Json::StyledWriter::StyledWriter()' ../../lib/libjsonrpccpp-common.dll.a(d000959.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_writer.cpp.o):json_writer.cpp:(.text+0x2eb0): multiple definition ofJson::FastWriter::write(Json::Value const&)' ../../lib/libjsonrpccpp-common.dll.a(d000914.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_writer.cpp.o):json_writer.cpp:(.text+0x62a0): multiple definition of Json::StyledWriter::write(Json::Value const&)' ../../lib/libjsonrpccpp-common.dll.a(d000955.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0xf50): multiple definition ofJson::Value::Value(Json::ValueType)' ../../lib/libjsonrpccpp-common.dll.a(d001094.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0xff0): multiple definition of Json::Value::Value(int)' ../../lib/libjsonrpccpp-common.dll.a(d001102.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x10e0): multiple definition ofJson::Value::Value(char const_)' ../../lib/libjsonrpccpp-common.dll.a(d001095.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x1370): multiple definition of Json::Value::Value(std::string const&)' ../../lib/libjsonrpccpp-common.dll.a(d001099.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x1520): multiple definition ofJson::Value::operator=(Json::Value)' ../../lib/libjsonrpccpp-common.dll.a(d001120.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x2fe0): multiple definition of Json::Value::operator!=(Json::Value const&) const' ../../lib/libjsonrpccpp-common.dll.a(d001418.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x3210): multiple definition ofJson::Value::size() const' ../../lib/libjsonrpccpp-common.dll.a(d001374.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x3900): multiple definition of Json::Value::operator[](std::string const&) const' ../../lib/libjsonrpccpp-common.dll.a(d001413.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x3b70): multiple definition ofJson::Value::isMember(char const_) const' ../../lib/libjsonrpccpp-common.dll.a(d001400.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x3ba0): multiple definition of Json::Value::isMember(std::string const&) const' ../../lib/libjsonrpccpp-common.dll.a(d001402.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x3bd0): multiple definition ofJson::Value::isNull() const' ../../lib/libjsonrpccpp-common.dll.a(d001383.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x3bf0): multiple definition of Json::Value::isInt() const' ../../lib/libjsonrpccpp-common.dll.a(d001379.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x40b0): multiple definition ofJson::Value::isString() const' ../../lib/libjsonrpccpp-common.dll.a(d001404.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x40c0): multiple definition of Json::Value::isArray() const' ../../lib/libjsonrpccpp-common.dll.a(d001388.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x40d0): multiple definition ofJson::Value::isObject() const' ../../lib/libjsonrpccpp-common.dll.a(d001403.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x4700): multiple definition of Json::Value::toStyledString() const' ../../lib/libjsonrpccpp-common.dll.a(d001366.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x6320): multiple definition ofJson::Value::asInt() const' ../../lib/libjsonrpccpp-common.dll.a(d001376.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x6ef0): multiple definition of Json::Value::asString() const' ../../lib/libjsonrpccpp-common.dll.a(d001397.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x7780): multiple definition ofJson::Value::~Value()' ../../lib/libjsonrpccpp-common.dll.a(d001118.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x7ad0): multiple definition of Json::Value::Value(Json::Value const&)' ../../lib/libjsonrpccpp-common.dll.a(d001098.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0x9ed0): multiple definition ofJson::Value::operator[](unsigned int)' ../../lib/libjsonrpccpp-common.dll.a(d001125.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0xa950): multiple definition of Json::Value::append(Json::Value const&)' ../../lib/libjsonrpccpp-common.dll.a(d001074.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0xb970): multiple definition ofJson::Value::operator[](char const*)' ../../lib/libjsonrpccpp-common.dll.a(d001121.o):(.text+0x0): first defined here /usr/local/lib/libjsoncpp.a(json_value.cpp.o):json_value.cpp:(.text+0xb9a0): multiple definition of `Json::Value::operator[](std::string const&)' ../../lib/libjsonrpccpp-common.dll.a(d001123.o):(.text+0x0): first defined here collect2: error: ld returned 1 exit status src/jsonrpccpp/CMakeFiles/jsonrpcclient.dir/build.make:201: recipe for target 'bin/cygjsonrpccpp-client-0.dll' failed make[2]: *** [bin/cygjsonrpccpp-client-0.dll] Error 1 CMakeFiles/Makefile2:153: recipe for target 'src/jsonrpccpp/CMakeFiles/jsonrpcclient.dir/all' failed make[1]: *** [src/jsonrpccpp/CMakeFiles/jsonrpcclient.dir/all] Error 2 Makefile:160: recipe for target 'all' failed make: *** [all] Error 2

...where both the client and the server talk to one another without reopening a socket per RPC. I couldn't figure this out in 0.2. If it can't yet be done in another way, I'd lobby for supporting WebSockets with the following test case:

https://github.com/Textalk/jquery.jsonrpcclient.js

WebSockets would be excellent because you could authenticate and connect once (both expensive operations) and chat more cheaply thereafter.

BTW, 0.2 works delightfully with a server I made with http://www.gorillatoolkit.org/pkg/rpc/v2 and http://www.gorillatoolkit.org/pkg/rpc/v2/json as long as:

1. You name the method YourGoStruct.YourExportedMethod in the .json schema file.
2. You call client->YourGoStruct_YourExportedMethod(...).
3. You carefully read the generated header to see that the arguments are lexicographically sorted. :-)

Thanks for the great library!

Jeremy

As in the title, I would like to build the library with Visual Studio 2010, preferably statically. I found the dependencies zip, but I don't know where to place it so that cmake will find them.

this pull request is enhancement of #87

if fixes the following

• building unit_testsuite in msvc
• building in Debug mode in msvc
• building dynamic libraries in Xcode generated project on macos
• fixes MACOSX_RPATH policy warning on macos
• include_directories are not included globally any more
• unifies CMake files style
  • use 4 spaces width tabs
  • variables use upper case
  • macros/functions use lower case
• separated parts of cmake logic
  • separated CMakeCompilerSettings.cmake
  • separated CMakeDependencies.cmake
• refactored FindXXX.cmake files
  • as far as i know, we do now have to add paths usr/include && usr/local/include, they should be searched by default
  • ${CMAKE_SOURCE_DIR}/win32-deps/ moved to CMAKE_PREFIX_PATH, so new cmake search paths are backwards compatible
  • FindJsoncpp.cmake don't generate any files. Instead it's using PATH_SUFFIXES to solve jsoncpp versions incompatibility.

changes:

• src/jsonrpccpp/CMakeLists.txt now installs all header files, if it is unwanted, we can remove them from the list by using list REMOVE_ITEM. I think it's much cleaner solution, than previous one.

Architecture of the library itself remained unchanged, i didn't want to create any incomatibilities with previous version

When copy/clone libjson-rpc-cpp project as subdirectory/submodule to existing CMake project and add add_subdirectory(libjson-rpc-cpp) in CMakeLists.txt file, there many errors generate by CMake.

The reason is using too much CMAKE_SOURCE_* variables. Top CMakeLists.txt file should resolve this using CMAKE_CURRENT_* variable to set proper paths to all configuration files locate below.

Quick fix: set(CMAKE_SOURCE_DIR ${CMAKE_CURRENT_SOURCE_DIR})

git clone git://github.com/cinemast/libjson-rpc-cpp.git
mkdir -p libjson-rpc-cpp/build
cd libjson-rpc-cpp/build
cmake ..

results in

[ 24%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpcserver.dir/server/rpcprotocolserverv1.cpp.o
[ 25%] Building CXX object src/jsonrpccpp/CMakeFiles/jsonrpcserver.dir/server/connectors/httpserver.cpp.o
/home/akrueger/Documents/Code/eth/libjson-rpc-cpp/src/jsonrpccpp/server/connectors/httpserver.cpp: In member function ‘virtual bool jsonrpc::HttpServer::StartListening()’:
/home/akrueger/Documents/Code/eth/libjson-rpc-cpp/src/jsonrpccpp/server/connectors/httpserver.cpp:58:25: error: ‘MHD_USE_EPOLL_INTERNALLY’ was not declared in this scope
             mhd_flags = MHD_USE_EPOLL_INTERNALLY;
                         ^
src/jsonrpccpp/CMakeFiles/jsonrpcserver.dir/build.make:206: recipe for target 'src/jsonrpccpp/CMakeFiles/jsonrpcserver.dir/server/connectors/httpserver.cpp.o' failed
make[2]: *** [src/jsonrpccpp/CMakeFiles/jsonrpcserver.dir/server/connectors/httpserver.cpp.o] Error 1
CMakeFiles/Makefile2:176: recipe for target 'src/jsonrpccpp/CMakeFiles/jsonrpcserver.dir/all' failed
make[1]: *** [src/jsonrpccpp/CMakeFiles/jsonrpcserver.dir/all] Error 2
Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2

on Debian 8.6

"select" has a critical issue with FD_SETSIZE. When the lowest available fd number is larger than FD_SETSIZE, server refuses to serve anything with select.

Hi!

I'm trying to install libjson-rpc-cpp on my El Capitan OS X. I'm getting the following error:

==> cmake . -DCMAKE_C_FLAGS_RELEASE= -DCMAKE_CXX_FLAGS_RELEASE= -DCMAKE_INSTALL_PREFIX=/usr/local/Cellar/libjson-rpc-cpp/0.5.0 -DCMAKE_BUILD_TYPE=Rele
==> make
         ^
1 error generated.
make[2]: *** [src/jsonrpccpp/CMakeFiles/jsonrpccommon.dir/common/exception.cpp.o] Error 1
make[1]: *** [src/jsonrpccpp/CMakeFiles/jsonrpccommon.dir/all] Error 2
make: *** [all] Error 2

Anyone has an idea of how to solve this?

thks!

I use Clion on Ubuntu. Yesterday I update libjsonrpccpp-dev and libjsonrpccpp-tools from 0.5.0 to 0.6.0. After build my test project I get exception: undefined reference tojsonrpc::HttpClient::HttpClient(std::string const&)'`. Before update my test project work and i can link libraries.

At all I install libjsonrpccpp-dev, libjsonrpccpp-tools, libjsoncpp-dev, libcurl and something else.

main.cpp :

#include <iostream>
#include <wchar.h>
#include <string>
#include <stdlib.h>
#include "stdio.h"
#include <jsonrpccpp/client.h>
#include <jsonrpccpp/client/connectors/httpclient.h>
using namespace jsonrpc;
using namespace Json;
using namespace std;
int main() {
    HttpClient httpClient("http://localhost:3333/");
    Client clientNew(httpClient);
}

Cmakelists:

cmake_minimum_required(VERSION 3.2)
project(testHttp)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11 ")
set(INCLUDE_DIRECTORIES "/usr/include" "/usr/include/jsonrpccpp" "/usr/include/jsoncpp" "/usr/include/curl")
include_directories("${INCLUDE_DIRECTORIES}" )
set( REQUIRED_LIBRARIES jsonrpccpp-client jsonrpccpp-common jsonrpccpp-server jsoncpp curl)
link_directories( "/usr/lib/x86_64-linux-gnu" )
set(SOURCE_FILES main.cpp)
add_executable(testHttp ${SOURCE_FILES})
target_link_libraries (testHttp "${REQUIRED_LIBRARIES}")

What i can do with this? :( May be i will download 0.5.0 release and build this, but i hope you help me with 0.6.0 version.

P.S. Sorry for my english. I am from Russia :)

Hello When I try cross compile the libjson-rpc with yocto the below message displayed: Could NOT find Git (missing: GIT_EXECUTABLE)

Could you please tell me how to desactivate or to add the GIT recipe thanks in advance

Catch-3 has been released and it is somewhat compatible with Catch2 but it seems to have some changes nevertheless. Notably, catch2/catch.hpp seems to have been removed:

/usr/lib/ccache/bin/x86_64-pc-linux-gnu-g++ -DHTTP_TESTING -DSTUBGEN_TESTING -DTCPSOCKET_TESTING -DUNIXDOMAINSOCKET_TESTING -I/usr/include/jsoncpp -I/tmp/portage/dev-cpp/libjson-rpc-cpp-1.4.0/work/libjson-rpc-cpp-1.4.0_build/gen -I/tmp/portage/dev-cpp/libjson-rpc-cpp-1.4.0/work/libjson-rpc-cpp-1.4.0_build/gen/jsonrpccpp/common -I/tmp/portage/dev-cpp/libjson-rpc-cpp-1.4.0/work/libjson-rpc-cpp-1.4.0/src/test/.. -I/tmp/portage/dev-cpp/libjson-rpc-cpp-1.4.0/work/libjson-rpc-cpp-1.4.0_build  -march=znver2 --param=l1-cache-size=32 --param=l1-cache-line-size=64 -O2 -pipe -frecord-gcc-switches -std=c++11 -MD -MT src/test/CMakeFiles/unit_testsuite.dir/main.cpp.o -MF src/test/CMakeFiles/unit_testsuite.dir/main.cpp.o.d -o src/test/CMakeFiles/unit_testsuite.dir/main.cpp.o -c /tmp/portage/dev-cpp/libjson-rpc-cpp-1.4.0/work/libjson-rpc-cpp-1.4.0/src/test/main.cpp
/tmp/portage/dev-cpp/libjson-rpc-cpp-1.4.0/work/libjson-rpc-cpp-1.4.0/src/test/main.cpp:11:10: fatal error: catch2/catch.hpp: No such file or directory
   11 | #include <catch2/catch.hpp>
      |          ^~~~~~~~~~~~~~~~~~
compilation terminated.

Hello,

I am finding that I have the following race condition:

in server/connectors/unixdomainsocketserver.cpp we have:

bool UnixDomainSocketServer::InitializeListener() {
...
  // Set to non-blocking mode
  fcntl(this->socket_fd, F_SETFL, FNDELAY);

So a non blocking socket is created.

Later, a connection is opened when I send data to it, and this function is called:

void UnixDomainSocketServer::HandleConnection(int connection) {
  string request, response;
  StreamReader reader(DEFAULT_BUFFER_SIZE);
  reader.Read(request, connection, DEFAULT_DELIMITER_CHAR);
...
  close(connection);

The read is as following:

bool StreamReader::Read(std::string &target, int fd, char delimiter) {
  ssize_t bytesRead;
  do {
    bytesRead = read(fd, this->buffer, buffersize);
    if (bytesRead < 0) {
      return false;
    } else {
      target.append(buffer, static_cast<size_t>(bytesRead));
    }
  } while (memchr(buffer, delimiter, bytesRead) ==
           NULL); //(target.find(delimiter) == string::npos && bytesRead > 0);

  target.pop_back();
  return true;
}

So what happens is that if the HandleConnection call is executed fast enough, the client has not yet sent any data. Since the socket is non-blocking, the streamreader read returns -1, and the request string will be an empty string. The method then closes the connection, causing an error for the client who is trying to send data.

The current best solution I have to this is to increase the timeout in the handler dispatch. However, it would be better I think if either the socket was blocking, or the return value from the stream reader was utilized in order to detect this case.

I have a collection of several JSON-RPC .json files which I would like to support in a single HTTP server. I have tried:

• Reutilizing the same HttpServer object for several different stub AbstractServer child object constructors
• Creating a child class inheriting all AbstractServer classes from my stubs which implement all their methods

For both cases, it seems that only the last AbstractServer stub, which I include my HttpServer object in, is taken into account. Calling methods from other stubs returns a METHOD_NOT_FOUND to the calling client.

Therefore I wanted to ask: is using several json-rpc stubs for a single httpServer (or any other AbstractServerConnector) a supported usecase of this library? If yes, any suggestions on how to implement it?

Thanks a lot!

Hi,

Currently in the class LinuxTcpSocketServer when a request is processed by the server in HandleConnection() the TCP connection for the client is closed after sending the response.

Is it possible to integrate the possibility to keep the connection active so that a client can send multiple request and receive notifications without disconnecting/reconnecting

Thanks

I have been playing around a little with libjson-rpc-cpp, and I have a question about using the CMake config files which are provided.

Using the example on the homepage, I can manually compile and run it. I can also copy the FindMHD.cmake, FindJsonCpp.cmake files from the repo, hack together my own FindJsonRpcCpp.cmake based on them, and get a compile.

I then noticed the CMake config files installed in /install/path/lib-json-rpc-cpp-1.3.0/lib64/libjson-rpc-cpp/cmake/ and I'm trying to figure out how to use them (since that seems preferable to hacking together my own).

With an appropriate CMAKE_PREFIX_PATH, I can have:

find_package(libjson-rpc-cpp CONFIG REQUIRED)

add_executable(SampleClient simpleclient.cpp)
target_link_libraries(SampleClient PUBLIC libjson-rpc-cpp::client)

and have CMake run quite happily. However, the compile fails, and on closer examination, none of the required -I options are being passed. I thought those were supposed to be added automatically by the target_link_libraries() command?

why not support adding optional parameters to the server method？ such as： virtual Json::Value GetInfo() = 0; virtual Json::Value GetInfo(const std::string &param1 ) = 0; virtual Json::Value GetInfo(const std::string &param1, const std::string &param1) = 0;