jsonrpc-cpp-devel Mailing List for JsonRpc-Cpp
Brought to you by:
s-vincent
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(3) |
Feb
(9) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(4) |
| 2013 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
|
|
3
|
4
|
5
|
6
|
7
|
8
|
9
|
|
10
|
11
|
12
|
13
|
14
|
15
|
16
|
|
17
|
18
|
19
|
20
|
21
|
22
(1) |
23
|
|
24
|
25
|
26
|
27
|
28
(1) |
29
|
30
|
|
31
|
|
|
|
|
|
|
|
From: Sebastien V. <seb...@cp...> - 2009-05-28 14:47:33
|
Hello all, I am proud to announce version 0.2 of JsonRpc-Cpp! Here the ChangeLog: - Batched call support; - Possibility to compile with debug symbols; - Add NetstringException class; - Add simple JSON-RPC TCP and UDP client examples; - Add unit tests (with CppUnit); - Add scons help documentation (scons -h); - Add JsonRpc-Cpp version in jsonrpc.h; - Support for MS Windows (MinGW only); - Add JsonCpp installation howto. Here things to do for those who are motivated to contribute: - Implement a ClientTransactionManager for JSON-RPC client. This object would manage retransmissions, check if server response correspond to a precedent query, ... - HTTP/CGI encapsulation; - Multithreaded server; - Anything you think good to JsonRpc-Cpp. Best regards, -- Sebastien Vincent |
|
From: Andrew R. <an...@gr...> - 2009-05-22 15:11:53
|
I'm playing around with the jsonrpc-cpp library, and like it a lot. However, one of the issues is that it seems to be single-threaded. A delay or block whilst handling a request will cause other requests to be delayed. This could be a problem if you need to go back to a database for each request and have multiple clients connecting. Is there a plan to implement a multi-threaded version of this? I'm currently investigating ways in which I could multi-thread this myself, probably using an existing threading TCP server as a base. Andrew |