- Jaysonic - A persistent JSON-RPC client and server
Check | Status |
---|---|
Github CI Build | |
Test Coverage | |
Code Maintainability | |
Docs Build |
A TCP, HTTP and WebSocket server and client library which implements the JSON-RPC 2.0 and 1.0 specifications. Written for nodejs, primarily utilizing ES6 syntax.
- Promise based
- Persistent connections
- Notification subscriptions
- Batching
- TCP server/client
- HTTP server/client
- WebSocket server/client
- WebSocket client supported in the browser
- Automatic increment of request ID
- Associate response ID with request
- CLI tool for testing/cross-codebase integration
$ npm install jaysonic
Latest documentation on the methods and classes available in the library
It is recommnded to import and extend these classes if you dont wish to use the library as a standalone module (as described below).
Optionally install the package globally to access from the cli
npm install -g jaysonic
If installed globally
jaysonic-client --method hello
or locally through node_modules
./node_modules/jaysonic/bin/client --method hello
Usage: jaysonic-client --host 192.168.2.1 --port 8555 --method hello --params '["foo"]'
Making requests with multiple methods is supported with comma separated values, i.e.
--method hello,hi
or
--notification goodbye,seeya
or
--subscribe update,anotherupdate
Params can also be comma separated, these should be one-to-one lined up with the method or notification, i.e.
--method request1,request2 --params '["params1"],["params2"]'
Request methods cannot be sent with notifications, however subscriptions can be made along side either, i.e.
--method hello --subscribe some.update
or
--notification bye --subscribe someother.update
Options:
-V, --version output the version number
-c, --client-type <string> Type of client (tcp, ws, http, https) (default: "tcp")
-m, --method <string> Method name for request. Comma separate method names to do more than one at a time.
-s, --subscribe <string> Method name to subscribe to. Comma separate method names to do more than one at a time.
-n, --notify <string> Method name for notification. Comma separate method names to do more than one at a time.
--params <object> Array or object to use as parameters. Comma separate params list or object to use with multiple request or notification methods.
-i, --host <string> Host IP of the server (default: "127.0.0.1")
-p, --port <number> Port to connect to
-u, --path <string> Path for ws or http client (default: "/")
--headers <string> Headers for http request.
-d, --delimiter <string> Delimiter to use for the request. For example: Use $'\n' as cli syntax for escape characters. (default: "\n")
-t, --timeout <number> Response timeout in seconds (default: 30)
--connection-timeout <number> Connection timeout in milliseconds (default: 5000)
-r, --retries <number> Number of connection retry attempts (default: 2)
-v, --jsonrpc-version <type> JSON-RPC version (1 or 2) (default: 2)
-w, --write <string> Write output to file
All clients and servers are instantiated with the same syntax, just change the type
// TCP
const server = new Jaysonic.server.tcp();
const client = new Jaysonic.client.tcp();
// HTTP
const server = new Jaysonic.server.http();
const client = new Jaysonic.client.http();
// WS
const wss = new Jaysonic.server.ws();
Note that there are two web socket clients
One can only be run in the browser, and the other can run in a NodeJS environment.
The browser ws client is based on the window.WebSocket
class.
const Jaysonic = require("jaysonic/lib/client-ws");
const ws = new Jaysonic.wsclient();
The Node ws client is based on the ws
library (same as the server).
const Jaysonic = require("jaysonic");
const ws = new Jaysonic.client.ws();
The client and server support changing the JSON-RPC version and the delimiter used. Just pass them in the same object as the host and port to override the defaults.
host
: The host IP to serve from for the server, or to connect to by the client. Default is 127.0.0.1
. Note this is only available for the HTTP and TCP server/client.
port
: The host port to serve from for the server, or to connect to by the client. Default is 8100
.
delimiter
: Delimiter to break requests by. Defaults to \n
.
version
: RPC version to use. Defaults to 2.0
.
retries
: The number of retry attempts for the client to connect to the server. Default is 2
. If set to null
then the client will retry indefinitely.
timeout
: The amount of time before a request times out. Will return a -32000
error code. The default value is 30
(in seconds).
connectionTimeout
: The amount of time between connection retry attempts to a server. The default value is 5000
(in milliseconds).
The TCP and HTTP server have an additional option specified by the NodeJS Docs.
exclusive
: If exclusive is false (default), then cluster workers will use the same underlying handle, allowing connection handling duties to be shared. When exclusive is true, the handle is not shared, and attempted port sharing results in an error.
The HTTP server has an additional option to select the scheme:
scheme
: Can be 'http'
or 'https'
The HTTP client supports additional options for the HTTP request:
method
: The method to make the request with. Default is POST
.
path
: The path to send the request to. Default is /
.
encoding
: How to encode the HTTP request. Will factor into content-length calculation. Default is utf-8
.
scheme
: Can be 'http'
or 'https'
/
headers
: Headers to include in the request. Defaults provided by the spec are:
"Content-Length"
- calculated on a per request basis
"Content-Type"
- defaults to
"application/json
- defaults to
Accept
- defaults to
"application/json"
- defaults to
The WebSocket client supports an additional option in place of the host property.
url
: The web socket url to connect to. Default is ws://127.0.0.1:8100
.
The WebSocket server is based on the ws library (https://github.com/websockets/ws).
It supports all of the options listed in their README. Typically changing the port is enough.
Jaysonic
includes a logging override to suppress or enhance the built in log messages for the library.
By default console
is used, but to overwrite this with your own logging function simply call setLogger
before
instantiating any clients or servers.
All messages currently in the library are logged at the info
and error
levels.
const Jaysonic = require("jaysonic");
Jaysonic.logging.setLogger(myLogger); // overwrites `Logger.log` with custom logger
const log = Jaysonic.logging.getLogger(); // returns `Logger.log` which is `console` by default
log.info("foo"); // to use the logger returned from `getLogger`
Jaysonic.logging.getInstance(); // returns instance of `Logger`
The default host and port for the server is 127.0.0.1:8100
. Based on the node net.Server()
module.
The default host and port for the TCP client is 127.0.0.1:8100
. Based on the node net.Socket()
module.
The default request URL for the HTTP client is http://127.0.0.1:8100/
. Based on the node http.ClientRequest
module.
The default url for the WS client is ws://127.0.0.1:8100
. Based on the WebSocket
module from JavaScript.
The default port for the WS Server is 8100
. Based on the ws
library.
The default options will be used when instantiating the client or the server. Overrides can be provided by passing an object with the modifications.
const Jaysonic = require("jaysonic");
// server with overrides
const server = new Jaysonic.server.tcp({
host: "127.0.0.1",
port: 8100,
delimiter: "\n",
version: 1
});
const Jaysonic = require("jaysonic");
// client with overrides
const client = new Jaysonic.client.http({
method: "POST",
headers: {
"Content-Type": "application/json; charset=utf-8",
Accept: "application/json"
},
path: "/"
};
});
// server
const server = new Jaysonic.server.http()
Pass https
to the sheme
option to use an https client or server.
The https server requires an SSL key and certificate file. Valid options for the ssl
object are any of the options
given by https://nodejs.org/api/tls.html#tls_tls_createsecurecontext_options.
const Jaysonic = require("jaysonic");
// https client
const client = new Jaysonic.client.http({ scheme: "https" });
// https server
const server = new Jaysonic.server.http({
scheme: "https",
ssl: {
key: fs.readFileSync("key.pem"),
cert: fs.readFileSync("server.crt")
}
});
wsclient
class can only be used in the browser.
client.ws
cannot be used in the browser.
const Jaysonic = require("jaysonic");
const socket = require("jaysonic/lib/client-ws");
// client and server with overrides
// client in the browser
const ws = new socket.wsclient({
url: "ws://127.0.0.1:8100"
});
// or to work in node
const ws = new Jaysonic.client.ws({
url: "ws://127.0.0.1:8100"
});
const wss = new Jaysonic.server.ws({
port: 8100
});
const Jaysonic = require("jaysonic");
const server = new Jaysonic.server.tcp();
server
.listen()
.then(({ host, port }) => {
console.log(`Server listening on ${host}:${port}`);
})
.catch((error) => {
console.log(`Unable to start server, ${error}`);
});
server
.close()
.then(() => {
// do something
})
.catch((error) => {
// error when trying to close the connection
});
server.method("add", ([a, b]) => a b);
// can also add named
const add = ([a, b]) => a b;
server.method("add", add);
// or promises
const add = ([a, b]) =>
new Promise((resolve, reject) => {
resolve(a b);
});
server.method("add", add);
Note: The same syntax for all the above methods is used for the HTTP and WS server
The clientConnected
and clientDisconnected
methods return the host and port of the client in the event. These methods are not available for the HTTP server.
server.clientConnected = (client) => {
console.log("client connected");
};
server.clientDisconnected = (client) => {
server.removeDisconnectedClient(client); // recommended to call along with clientDisconnected to clean up clients list
console.log("client disconnected");
};
const Jaysonic = require("jaysonic");
const client = new Jaysonic.client.tcp();
client
.connect()
.then(({ host, port }) => {
console.log(`Client connected on ${host}:${port}`);
})
.catch((error) => {
console.log(`Client unable to connect, ${error}`);
});
Note that the HTTP client does not have a connect() method and can just begin making requests to the server.
The serverDisconnected
method fires a callback when the server is disconnected.
client.serverDisconnected(() => {
// do something
});
The TCP client accepts an optional callback function to .end()
client.end();
// or
client.end(() => console.log("connection ended"));
The websocket clients accept an optional status code and reason for closing per https://developer.mozilla.org/en-US/docs/Web/API/WebSocket/close
client.end(1009, "Message too big");
Requests can only be made once connection is established.
client
.connect()
.then(({ host, port }) => {
add();
})
.catch((error) => {
console.log(`Client unable to connect, ${error}`);
});
const add = () => {
client
.send("add", [1, 2])
.then((result) => {
console.log(result);
// {jsonrpc: "2.0", result: 3, id: 1}
})
.catch((error) => {
console.log(error);
});
};
Clients can subscribe to notifications from the server.
Note: Subscriptions are not supported by the HTTP server/client\
client.subscribe("notification", (message) => {
console.log(message);
// {jsonrpc: "2.0", method: "notification", params: []}
});
server.notify([["notification", []]]);
The websocket browser client returns an object with a detail
key which contains the notification
wsclient.subscribe("notification", ({ detail }) => {
console.log(detail);
// {jsonrpc: "2.0", method: "notification", params: []}
});
wsserver.notify([["notification", []]]);
A client can also unsubscribe a method from a notification, or unsubscribe all methods from a notification. This requires the callback function to be named, else it wont be able to remove it.
client.unsubscribe("notification", callback);
client.unsubscribeAll("notification");
client
.connect()
.then(({ host, port }) => {
add();
})
.catch((error) => {
console.log(`Client unable to connect, ${error}`);
});
const add = () =>
client
.batch([
// access the message object on the request
client.message("add", [1, 2]),
client.message("add", [3, 4])
])
.then((result) => {
// [
// {jsonrpc: "2.0", result: 3, id: 1},
// {jsonrpc: "2.0", result: 7, id: 2}
// ]
})
.catch((error) => {
console.log(error);
});
The same syntax is used for the HTTP client
The HTTP Client will include additional information about the response, as per nodes http.IncomingMessage
method. See more here.
The HTTP client response and error are objects with a body
property, which contains the json response from the server, as well as the http.IncomingMessage
instance. Which contains things like the header and statusCode. All methods can be found here.
Additionally, the error
object contains a response
property that provides the body of the erroneous response.
client
.send("add", [1, 2])
.then((result) => {
console.log(result.body);
// 3
console.log(result.statusCode);
// 200
})
.catch((error) => {
console.log(error);
});
Clients can send notifications to the server.
The server can also listen for all notifications not tied to methods and handle accordingly.
Note as of v2.0.0 server.onNotify no longer returns an error as the fist parameter to the callback
// optionally returns a promise indicating success or failure for sending message
client.notify("notify", []);
server.onNotify("notify", (message) => {
console.log(message);
// {jsonrpc: "2.0", method: "notify", params: []}
});
A server can also unsubscribe a method from a notification, or unsubscribe all methods from a notification. This requires the callback function to be named, else it wont be able to remove it.
server.unsubscribeOnNotify("notification", callback);
server.unsubscribeAllOnNotify("notification");
The server can send notifications to the client. This can be done individually or in a batch.
Note: As of v2.0.0 notifications from the server are sent as a list of lists, instead of just supplying the method and params. This was done to handle batch notifications.
server.notify
will return a list of error objects if there was a problem sending the notification out to any client, or if no clients are connected. The error of one client will not affect the notification being sent out to the rest of the clients.
// optionally returns a promise indicating success or failure for sending message
client.subscribe("notify", callback);
// send a single notification
server.notify([["notify", []]]);
// send a batch of notifications
server.notify([
["notify", []],
["test", [1, 2, 3]]
]);
As of v2.0.0, notifications sent and recieved in batches are now supported
// send from the client by setting the 3rd parameter in the request().message() method to false
client.batch([client.message("test", [], false)]);
// send from server by providing a list of arrays containing
// a method and optional params value
server.notify([["notification", ["a", 1]], ["browser"]]);
As per the JSON-RPC spec for HTTP, a notification response must include a 204
status code, with an empty response body. The HTTP Client will resolve a response object if it receives this response, and reject it otherwise.
// optionally returns a promise indicating success or failure for sending message
client
.notify("notify", [])
.then((response) => {
console.log(response.statusCode);
// 204
})
.catch((error) => {
console.log(error);
});
server.onNotify("notify", (message) => {
console.log(message);
// {jsonrpc: "2.0", method: "notify", params: []}
});
Definitely welcome. I tried to account for everything in the spec, but issues come up of course.
Keep it simple. Keep it minimal. Make sure all tests pass and no linting errors.
- Isaac Rowell
This project is licensed under the MIT License