Skip to content

Latest commit

 

History

18 Commits

Folders and files

NameName
Last commit message
Last commit date
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

RPC Node Toolkit

CI npm version npm downloads node License Status

Framework-agnostic JSON-RPC 2.0 toolkit for Node.js.

This package is the framework-agnostic Node.js core for the RPC Toolkit ecosystem. It hosts framework-independent JSON-RPC logic and supports plain node:http servers directly.

Project Status

  • Beta package with the framework-agnostic Node HTTP core implemented.
  • Published on npm as rpc-node-toolkit.
  • Plain node:http server support is implemented through createHttpHandler.
  • Express integration remains available in rpc-express-toolkit.
  • Standard JSON-RPC 2.0 remains the default behavior.
  • Safe Mode HTTP interoperability is covered by the ecosystem validation matrix.
  • The package remains beta while the standalone Node API and framework-agnostic adapter surface settle across more usage.

Which Package Should I Use?

  • Use rpc-node-toolkit if you want framework-agnostic Node.js or plain node:http.
  • Use rpc-express-toolkit if you are building directly on Express.
  • Use rpc-toolkit-js-client if you only need a browser or Node.js client.
  • Use rpc-toolkit as the ecosystem hub and compatibility reference.

Installation

npm install rpc-node-toolkit

Requirements:

  • Node.js 18+

Compatibility

rpc-node-toolkit is tested with Node.js 18, 20, and 22. Its CommonJS runtime supports both CommonJS and Node.js ESM consumers. See Compatibility for the runtime, module, and packaged consumer matrices.

TypeScript

The package supports TypeScript ESM/NodeNext and CommonJS consumers. Both forms are tested with strict: true, skipLibCheck: false, and esModuleInterop: false against the tarball produced by npm pack.

Install the declarations used by these examples:

npm install --save-dev typescript @types/node

ESM/NodeNext (package.json contains "type": "module"):

import RpcEndpoint, {
  RpcEndpoint as NamedRpcEndpoint,
  RpcClient,
  type RpcEndpointOptions,
} from 'rpc-node-toolkit';
import {
  RpcSafeClient,
  RpcSafeEndpoint,
} from 'rpc-node-toolkit/safe';

const options: RpcEndpointOptions = { safeEnabled: false };
const rpc = new RpcEndpoint({}, options);
const namedRpc = new NamedRpcEndpoint({}, options);
const client = new RpcClient('http://localhost:3000/api');
const safeRpc = new RpcSafeEndpoint({});
const safeClient = new RpcSafeClient('http://localhost:3000/api');

Use these compiler options for the ESM example:

{
  "compilerOptions": {
    "module": "NodeNext",
    "moduleResolution": "NodeNext",
    "strict": true,
    "skipLibCheck": false,
    "esModuleInterop": false,
    "types": ["node"],
    "ignoreDeprecations": "6.0"
  }
}

ignoreDeprecations only acknowledges TypeScript 6's deprecation notice for the explicitly tested esModuleInterop: false setting.

CommonJS TypeScript (.cts with NodeNext or Node16 resolution):

import RpcEndpoint = require('rpc-node-toolkit');
import Safe = require('rpc-node-toolkit/safe');

const options: RpcEndpoint.RpcEndpointOptions = { safeEnabled: false };
const rpc = new RpcEndpoint({}, options);
const namedRpc = new RpcEndpoint.RpcEndpoint({}, options);
const client = new RpcEndpoint.RpcClient('http://localhost:3000/api');
const safeRpc = new Safe.RpcSafeEndpoint({});
const safeClient = new Safe.RpcSafeClient('http://localhost:3000/api');

The root CommonJS import remains the constructable RpcEndpoint export while also exposing its named API. The /safe subpath exposes the safe classes and the root utilities it re-exports at runtime.

Current Scope

  • Framework-independent RpcEndpoint
  • Plain Node.js http handler via createHttpHandler
  • JSON-RPC calls, notifications, and batch requests
  • Method schema validation with AJV
  • Optional RPC Toolkit Safe Mode over HTTP headers
  • Shared RpcClient and RpcSafeClient re-exported from rpc-toolkit-js-client

Quick Start

const http = require('node:http');
const { RpcEndpoint, createHttpHandler } = require('rpc-node-toolkit');

const rpc = new RpcEndpoint();

rpc.addMethod('test', (_request, _context, params) => ({
  ok: true,
  params,
}));

const server = http.createServer(
  createHttpHandler(rpc, {
    path: '/api',
  })
);

server.listen(3000, '0.0.0.0');

Request:

{"jsonrpc":"2.0","method":"test","params":{"value":123},"id":1}

Response:

{"jsonrpc":"2.0","id":1,"result":{"ok":true,"params":{"value":123}}}

Schema Validation

Methods can include JSON Schema validation. Invalid params return JSON-RPC error -32602.

rpc.addMethod('add', {
  handler: (_request, _context, params) => params.a + params.b,
  schema: {
    type: 'object',
    required: ['a', 'b'],
    properties: {
      a: { type: 'number' },
      b: { type: 'number' },
    },
    additionalProperties: false,
  },
  description: 'Add two numbers',
  exposeSchema: true,
});

Safe Mode

Use RpcSafeEndpoint when both sides support RPC Toolkit Safe Mode:

const { RpcSafeEndpoint, createHttpHandler } = require('rpc-node-toolkit');

const rpc = new RpcSafeEndpoint();

Safe Mode enables X-RPC-Safe-Enabled negotiation and recursive value encoding/decoding for strings, dates, and BigInt values.

Examples

Runnable examples are available in examples/:

npm run example:http
npm run example:batch
npm run example:schema
npm run example:safe

Local Development

npm install
npm test
npm run typecheck
npm run package-test

The package test suite covers the core endpoint, HTTP handler, schema validation, batch requests, notifications, and Safe Mode behavior. The ecosystem compatibility matrix also covers rpc-node-toolkit as an HTTP Safe Mode server.

npm run package-test validates TypeScript and Node.js consumers against the tarball produced by npm pack, including the package export map and the files that would be published.

Related Projects

License

MIT. See LICENSE.

About

Framework-agnostic Node.js JSON-RPC 2.0 toolkit with HTTP handler support, schema validation, and Safe Mode

Topics

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages