# ts-nats > Typescript Node.js client for NATS, a lightweight, high-performance cloud native messaging system Latest version **1.2.15** (published 2020-05-23) · Apache-2.0 license · 0 weekly downloads > **Deprecated.** This package is deprecated. ## Install ```sh npm install ts-nats pnpm add ts-nats yarn add ts-nats bun add ts-nats ``` ## Health **Score 10/100 (F)** — status: deprecated. Negative: deprecated. ## Facts | | | |---|---| | Version | 1.2.15 | | Published | 2020-05-23 | | First published | 2018-07-26 | | Weekly downloads | 0 | | License | Apache-2.0 | | TypeScript types | bundled | | Module format | CommonJS | | Node | >= 8.17.0 | | Dependencies | 2 | | Unpacked size | 223.9 KB | | Known vulnerabilities | 0 | | Install scripts | no | | GitHub stars | 176 | | Author | The NATS Authors | | Maintainers | aricart | | Keywords | nats, messaging, pubsub, publish, subscribe, queue, distributed, queueing | ## Links - npm: https://www.npmjs.com/package/ts-nats - Repository: https://github.com/nats-io/nats.ts - Homepage: https://nats.io - Issues: https://github.com/nats-io/nats.ts/issues - npm.io page: https://npm.io/package/ts-nats ## Dependencies (2) - [nuid](https://npm.io/package/nuid.md) ^1.1.4 - [ts-nkeys](https://npm.io/package/ts-nkeys.md) ^1.0.16 ## Alternatives - [cron](https://npm.io/package/cron.md) — 4.9M weekly downloads - [@vercel/queue](https://npm.io/package/@vercel/queue.md) — 731.6K weekly downloads - [create-sonicjs](https://npm.io/package/create-sonicjs.md) — 1.6K weekly downloads - [@exellix/jobs-api](https://npm.io/package/@exellix/jobs-api.md) — 941 weekly downloads - [@forwardimpact/libskill](https://npm.io/package/@forwardimpact/libskill.md) — 575 weekly downloads ## Recent versions - 1.2.15 (latest) — 2020-05-23 - 2.0.0-2 (alpha) — 2020-04-21 - 1.2.15-0 — 2020-05-23 - 1.2.14 — 2020-04-29 - 1.2.14-2 — 2020-04-21 - 1.2.14-1 — 2020-04-21 - 2.0.0-1 — 2020-03-30 - 2.0.0-0 — 2020-03-24 - 1.2.12 — 2020-03-05 - 1.2.12-0 — 2020-03-05 - 1.2.10 — 2020-03-05 - 1.2.10-1 — 2020-03-05 - 1.2.10-0 — 2020-03-05 - 1.2.8 — 2020-03-05 - 1.2.7-7 — 2020-03-05 - … 17 more at https://npm.io/package/ts-nats/versions ## README # NATS.ts - Node.js Client A TypeScript [Node.js](http://nodejs.org/) client for the [NATS messaging system](https://nats.io). [![license](https://img.shields.io/github/license/nats-io/nats.ts.svg)](https://www.apache.org/licenses/LICENSE-2.0) [![Travis branch](https://img.shields.io/travis/nats-io/nats.ts/master.svg)]() [![Coverage Status](https://coveralls.io/repos/github/nats-io/nats.ts/badge.svg?branch=master)](https://coveralls.io/github/nats-io/nats.ts?branch=master) [![npm](https://img.shields.io/npm/v/ts-nats.svg)](https://www.npmjs.com/package/ts-nats) [![npm](https://img.shields.io/npm/dm/ts-nats.svg)](https://www.npmjs.com/package/ts-nats) ts-nats is a typescript nats library for node that supports Promises and async/await patterns. [Full documentation](https://nats-io.github.io/nats.ts/). ## Installation ```bash npm install ts-nats # to install current dev version npm install ts-nats@next ``` ## Basic Usage The starting point is the `connect()` function. You can give no arguments, a port, an URL or a [`NatsConnectionOption`](https://nats-io.github.io/nats.ts/interfaces/_nats_.natsconnectionoptions.html) specifying detailed behaviour. Inside an async function, you can use async/await to wait for the promise to resolve or reject. ```typescript import {connect, NatsConnectionOptions, Payload} from 'ts-nats'; // ... try { let nc = await connect({servers: ['nats://demo.nats.io:4222', 'tls://demo.nats.io:4443']}); // Do something with the connection } catch(ex) { // handle the error } // ... ``` Since `connect()` returns a Promise, the promise patterns are supported. With no arguments, it will attempt to connect to `nats://localhost:4222` ```typescript connect() .then((nc) => { // Do something with the connection }) .catch((ex) => { // handle the error }); ``` Once you have a connection, you can publish data: ```typescript nc.publish('greeting', 'hello world!'); ``` Subscribing allows you to receive messages published on a subject: ```typescript // simple subscription - subscribe returns a promise to a subscription object let sub = await nc.subscribe('greeting', (err, msg) => { if(err) { // do something } else { // do something with msg.data } }); ``` Subscription can respond to the publisher if the publisher sets a reply subject: ```typescript let service = await nc.subscribe('greeter', (err, msg) => { if(err) { // handle the error } else if (msg.reply) { nc.publish(msg.reply, `hello there ${msg.data}`); } }); // create an unique subject just to receive a response message let inbox = nc.createInbox(); let sub2 = await nc.subscribe(inbox, (err, msg) => { if(err) { // handle the error } else { console.log(msg.data); } }, {max: 1}); // publish a 'request' message nc.publish('greeter', "NATS", inbox) // stop getting messages on the service subscription service.unsubscribe(); // didn't have to specify unsubscribe for sub2, the `{max: 1}` auto unsubscribes // when the first message is received. ``` The above pattern is called Request/Reply - because it is so pervasive, ts-nats makes it very easy to make a request and handle a single response. The request API returns a Promise to a response message. All the bookkeeping, creating an inbox subject, creating a subscription to manage the response, and publishing details are handled. Since requests are expected to have a response, they require a timeout. If the request does not receive a response within the specified timeout, the promise rejects. Subscriptions to handle request responses are very efficient since they utilize a shared subscription on the server. The client multiplexes the response without having to create and destroy subscriptions server-side. ```typescript let msg = await nc.request('greeter', 1000, 'me'); ``` When done using a connection, closing it releases all resources, and cancels all subscriptions. ```typescript nc.close(); ``` ## Wildcard Subscriptions A single subscription can process related messages. When the subject specifies wildcards tokens, those parts of the subject can match different things. One of the wildcards is the `*` (asterisk). The asterisk in `foo.*.baz` matches all values in that token's position (`foo.bar.baz`, f`oo.a.baz`, ...). To work as a wildcard, the wildcard character must be the only character in the token. Asterisks that are part of a token value are interpreted as string literals, `foo.a*.bar` and will only match the literal value of `foo.a*.bar`. ```typescript let sub1 = await nc.subscribe('foo.*.baz', (err, msg) => { console.log('message received on', msg.subject, ":", msg.data); }); ``` Another wildcard is the `>` (greater than symbol). `>` tokens can only appear as the last token in a subject. `foo.>` will match `foo.bar`, `foo.bar.baz`, `foo.foo.bar.bax.22`. When part of a token it is interpreted as a string literal `foo.bar.a>` will only match `foo.bar.a>`. Subscribing to `>` will match all subjects. ```typescript let sub2 = await nc.subscribe('foo.baz.>', (err, msg) => { console.log('message received on', msg.subject, ":", msg.data); }); ``` ## Queue Groups All subscriptions with the same queue name will form a queue group. Each message will be delivered to only a single subscriber in the queue group. You can have as many queue groups as you wish. Normal subscribers and different queue groups are independent. ```typescript let sub3 = await nc.subscribe('foo.baz.>', (err, msg) => { console.log('message received on', msg.subject, ":", msg.data); }, {queue: 'A'}); ``` ## Clustered Usage A NATS connection can specify several servers. When the NATS client connects to one of the servers, the server may gossip additional known cluster members. If the NATS client disconnects, it will attempt to connect to one of them. ```typescript let servers = ['nats://demo.nats.io:4222', 'nats://127.0.0.1:5222', 'nats://127.0.0.1:6222']; // Randomly connect to a server in the cluster group. let nc2 = await connect({servers: servers}); ``` The client will randomize the list of servers that it manages to prevent a __thundering herd__ of clients all at the same time trying to reconnect to the same server. To prevent randomization, specify the `noRandomize` option. ```typescript // Preserve order when connecting to servers. let nc3 = await connect({servers: servers, noRandomize: true}); ``` ## TLS Using a TLS connection encrypts all traffic to the client. Secure connections are easy with NATS. Servers using TLS typically specify the `tls` protocol instead of `nats`. Strict tls requirements or options are specified by the `tls` option. ```typescript // Simple TLS connect let ncs = await connect({url: 'tls://demo.nats.io:4443'}); // Client can explicitly request that the server be using tls let ncs1 = await connect({url: 'tls://demo.nats.io:4443', tls: true}); // if CA is self signed: import {readFileSync} from "fs"; let caCert = readFileSync('/path/to/cacert'); let ncs2 = await connect({url: 'tls://demo.nats.io:4443', tls: { ca: caCert }}); // client can verify server certificate: let ncs3 = await connect({url: 'tls://demo.nats.io:4443', tls: { ca: caCert, rejectUnauthorized: true }}); // client can request to not validate server cert: let ncs4 = await connect({url: 'tls://demo.nats.io:4443', tls: { rejectUnauthorized: false }}); // if server requires client certificates import {readFileSync} from "fs"; let caCert = readFileSync('/path/to/cacert'); let clientCert = readFileSync('/path/to/clientCert'); let clientKey = readFileSync('/path/to/clientKey'); let ncs5 = await connect({url: 'tls://someserver:4443', tls: { ca: caCert, key: clientKey, cert: clientCert }}); ``` ## Authentication User credentials can be specified in the URL or as NatsConnectionOptions: ```typescript // Connect with username and password in the url let nc6 = await connect({url: 'nats://me:secret@127.0.0.1:4222'}); // Connect with username and password in the options let nc7 = await connect({url: 'nats://127.0.0.1:4222', user: 'me', pass: 'secret'}); // Connect with token in url let nc8 = await connect({url: 'nats://token@127.0.0.1:4222'}); // or token inside the options: let nc9 = await connect({url: 'nats://127.0.0.1:4222', token: 'token'}); ``` ### NKey Authentication NKey authentication sends to the server a public nkey from the user, and signs a challenge. Server matches the public key with those allowed to connect and cryptographically verifies that the challenge was signed the user owning having the presented public key. ```typescript // Seed Keys should be treated as secrets const uSeed = "SUAEL6GG2L2HIF7DUGZJGMRUFKXELGGYFMHF76UO2AYBG3K4YLWR3FKC2Q"; const uPub = "UD6OU4D3CIOGIDZVL4ANXU3NWXOW5DCDE2YPZDBHPBXCVKHSODUA4FKI"; let nc11 = await connect({url: 'tls://localhost:4222', nkey: uPub, nonceSigner: function(nonce:string): Buffer { // fromSeed is from ts-nkeys let sk = fromSeed(Buffer.from(uSeed)); return sk.sign(Buffer.from(nonce)); } }); // Or much simpler if the seed nkey is in a file let nc12 = await connect({url: 'tls://localhost:4222', nkeyCreds: "/tmp/seed.txt" }); ``` ### JWT Authentication JWT Authentication returns a JWT to the server and signs a challenge. The JWT includes the user's public key and permissions. The server resolves the issuer of the JWT (an account). If the server trusts account issuer, the user is authenticated. The server itself doesn't have a direct knowledge of the user or the account. ```typescript // Simples way to connect to a server using JWT and NKeys let nc13 = await connect({url: 'tls://connect.ngs.global', userCreds: "/path/to/file.creds"}); // Setting nkeys and nonceSigner callbacks directly // Seed Keys should be treated as secrets const uSeed = "SUAIBDPBAUTWCWBKIO6XHQNINK5FWJW4OHLXC3HQ2KFE4PEJUA44CNHTC4"; const uJWT = "eyJ0eXAiOiJqd3QiLCJhbGciOiJlZDI1NTE5In0.eyJqdGkiOiJFU1VQS1NSNFhGR0pLN0FHUk5ZRjc0STVQNTZHMkFGWERYQ01CUUdHSklKUEVNUVhMSDJBIiwiaWF0IjoxNTQ0MjE3NzU3LCJpc3MiOiJBQ1pTV0JKNFNZSUxLN1FWREVMTzY0VlgzRUZXQjZDWENQTUVCVUtBMzZNSkpRUlBYR0VFUTJXSiIsInN1YiI6IlVBSDQyVUc2UFY1NTJQNVNXTFdUQlAzSDNTNUJIQVZDTzJJRUtFWFVBTkpYUjc1SjYzUlE1V002IiwidHlwZSI6InVzZXIiLCJuYXRzIjp7InB1YiI6e30sInN1YiI6e319fQ.kCR9Erm9zzux4G6M-V2bp7wKMKgnSNqMBACX05nwePRWQa37aO_yObbhcJWFGYjo1Ix-oepOkoyVLxOJeuD8Bw"; // the nonceSigner function takes a seed key and returns the signed nonce let nc14 = await connect({url: 'tls://connect.ngs.global', userJWT: uJWT, nonceSigner: function(nonce:string): Buffer { // fromSeed is from ts-nkeys let sk = fromSeed(Buffer.from(uSeed)); return sk.sign(Buffer.from(nonce)); } }); // the user JWT can also be provided dynamically let nc15 = await connect({url: 'tls://connect.ngs.global', userJWT: function():string { return uJWT; }, nonceSigner: function(nonce:string): Buffer { // fromSeed is from ts-nkeys let sk = fromSeed(Buffer.from(uSeed)); return sk.sign(Buffer.from(nonce)); } }); ``` ## Advanced Usage NATS typically buffers messages sent to the server to reduce the number of kernel calls. This yields greater performance. The NATS client automatically buffers commands from the client and sends them. This buffering behaviour allows a NATS client to disconnect and continue to publish messages and create subscriptions briefly. On reconnect, the client sends all buffered messages and subscriptions to the server. Sometimes a client wants to make sure that the NATS server has processed outgoing messages. The `flush()` will call a user-provided callback when the round trip to the server is done. ```typescript // Flush the connection and get notified when the server has finished processing let ok = await nc.flush(); // or nc.flush(() => { console.log('done'); }); ``` A client can ensure that when the processing of incoming messages takes longer than some threshold, that time is given to other waiting IO tasks. In the example below, when processing takes longer than 10ms, the client will yield. ```typescript let nc16 = await connect({port: PORT, yieldTime: 10}); ``` Subscriptions can auto cancel after it has received a specified number of messages: ```typescript nc.subscribe('foo', (err, msg) => { // do something }, {max: 10}); ``` Or if the expected message count is not received to timeout: ```typescript // Timeout if 10 messages are not received in specified time: nc.subscribe('foo', (err, msg) => { // do something }, {max: 10, timeout: 1000}); ``` Timeouts and expected message counts can be specified via the subscription after it the subscription resolves: ```typescript let sub2 = await nc.subscribe('foo', (err, msg) => { // do something }); sub2.unsubscribe(10); sub2.setTimeout(1000); ``` Normally unsubscribe will cancel a subscription by sending a command to the server and then cancelling the message handler for the subscription. In such cases it is possible for messages waiting to be processed to be dropped. To orderly unsubscribe, `drain()` sends the unsubscribe to the server and flushes with a handler that cancels the subscription. Because the cancel happens when the flush completes, drain ensures that the server will not send any additional messages to the subscription and that all sent messages have been processed by the client. This functionality is particularly useful to queue subscribers. ```typescript let sub3 = await nc.subscribe('foo', (err, msg) => { // do something }); // sometime in the future drain the subscription. Drain returns a promise // when the drain promise resolves, the subscription finished processing // all pending inbound messages for the subscription. let p = await sub3.drain(); ``` Similarly to subscription `drain()`, an entire connection can be drained. ```typescript let nc17 = await connect(); // create subscriptions etc ... // When drain is called: // - no additional subscriptions or requests can be made. // - all open subscriptions drain (including the global request/reply) // When all drain requests resolve: // - a flush is sent to the server to drain outbound messages // - client closes await nc17.drain(); ``` Message payloads can be strings, binary, or JSON. Payloads determine the type of `msg.data` on subscriptions `string`, `Buffer`, or `javascript object`. ```typescript let nc18 = await connect({payload: Payload.STRING}); let nc19 = await connect({payload: Payload.JSON}); let nc20 = await connect({payload: Payload.BINARY}); ``` String encodings can be set to node supported string encodings. The default encoding is `utf-8`, it only affects string payloads. ```typescript let nc21 = await connect({payload: Payload.STRING, encoding: "ascii"}); ``` Connect and reconnect behaviours can be configured. You can specify the number of attempts and the interval between attempts on reconnects. By default a NATS connection will try to reconnect to a server ten times, waiting 2 seconds between reconnect attempts. If the maximum number of retries is reached, the client will `close()` the connection. ```typescript // Keep trying to reconnect forever, and attempt to reconnect every 250ms let nc22 = await connect({maxReconnectAttempts: -1, reconnectTimeWait: 250}); ``` ## Notifications The nats client is an `EventEmitter`, and thus emits various notifications: | Event | Argument | Description |-------- |--------- |------------ | `close` | | Emitted when the client closes. A closed client is finished, and cannot be reused. | `connect` | `Client`, url (string), `ServerInfo` | Emitted when the client first connects to a NATS server. Only happens once. | `disconnect` | url | Emitted when the client disconnects from a server. | `error` | `NatsError` | Emitted when the client receives an error. If an error handler is not set, the node process will exit. | `permissionError` | `NatsError` | Emitted when the server emits a permission error when subscribing or publishing to a subject that the client is not allowed to. | `reconnect` | `Client`, url (string) | Emitted when the server connects to a different server | `reconnecting` | url (string) | Emitted when the server attempts to reconnect to a different server | `serversChanged` | `ServersChangedEvent` | Emitted when the server gossips a list of other servers in the cluster. Only servers not specified in a connect list are deleted if they disapear. | `subscribe` | `SubEvent` | Emitted when a subscription is created on the client | `unsubscribe` | `SubEvent` | Emitted when a subscription is auto-unsubscribed | `yield` | | Emitted when the client's processing took longer than the specified yield option, and the client yielded. See examples for more information. ## Connect Options The following is the list of connection options and default values. | Option | Default | Description |-------- |--------- |------------ | `encoding` | `"utf8"` | Encoding specified by the client to encode/decode data | `maxPingOut` | `2` | Max number of pings the client will allow unanswered before rasing a stale connection error | `maxReconnectAttempts` | `10` | Sets the maximum number of reconnect attempts. The value of `-1` specifies no limit | `name` | | Optional client name (useful for debugging a client on the server output `-DV`) | `nkey` | | The public NKey identifying the client | `nkeyCreds` | | Path to a file containing seed nkey for the client. This property sets a `nonceSigner` and `nkey` automatically. | `noEcho` | `false` | If set, the client's matching subscriptions won't receive messages published by the client. Requires server support 1.2.0+. | `nonceSigner` | | A `NonceSigner` function that signs the server challenge. | `noRandomize` | `false` | If set, the order of user-specified servers is randomized. | `pass` | | Sets the password for a connection | `payload` | `Payload.STRING` | Sets the payload type [`Payload.STRING`, `Payload.BINARY`, or `Payload.JSON`]. | `pedantic` | `false` | Turns on strict subject format checks | `pingInterval` | `120000` | Number of milliseconds between client-sent pings | `reconnect` | `true` | If false server will not attempt reconnecting | `reconnectJitter` | `100` | Number of millis to randomize after `reconnectTimeWait`. See [jitter](#jitter). | `reconnectJitterTLS` | `1000` | Number of millis to randomize after `reconnectTimeWait` when TLS options are specified. See [jitter](#jitter). | `reconnectDelayHandler`| Generated function | A function that returns the number of millis to wait before the next connection to a server it connected to. See [jitter](#jitter). | `reconnectTimeWait` | `2000` | If disconnected, the client will wait the specified number of milliseconds between reconnect attempts | `servers` | | Array of connection `url`s | `timeout` | `0` | Number of milliseconds to wait before timing out the initial connection. Must be greater than `0`. Note that `waitOnFirst` must be specified, and `reconnectTimeWait` and `maxReconnectAttempts` must have sensible values supporting the desired timeout. | `tls` | `undefined` | This property can be a boolean or an Object. If `true` the client requires a TLS connection. If `false` a non-tls connection is required. `undefined` allows connecting to either secure or non-secured. The value can also be an object specifying TLS certificate data, which will implicitly require a secured connection. The properties `ca`, `key`, `cert` should contain the certificate file data. `ca` should be provided for self-signed certificates. `key` and `cert` are required for client provided certificates. `rejectUnauthorized` if `true` validates server's credentials | `token` | | Sets a authorization token for a connection | `url` | `"nats://localhost:4222"` | Connection url | `user` | | Sets the username for a connection | `userCreds` | | Path to a properly formatted user credentials file containing the client's JWT and seed key for the client. This property sets a `nonceSigner` automatically. | `userJWT` | | A string or a `JWTProvider` function which provides a JWT specifying the client's permissions | `verbose` | `false` | Turns on `+OK` protocol acknowledgements | `waitOnFirstConnect` | `false` | If `true` the server will fall back to a reconnect mode if it fails its first connection attempt. | `yieldTime` | | If set and processing exceeds yieldTime, client will yield to IO callbacks before processing additional inbound messages ### Jitter The settings `reconnectTimeWait`, `reconnectJitter`, `reconnectJitterTLS`, `reconnectDelayHandler` are all related. They control how long before the NATS client attempts to reconnect to a server it has previously connected. The intention of the settings is to spread out the number of clients attempting to reconnect to a server over a period of time, and thus preventing a ["Thundering Herd"](https://docs.nats.io/developing-with-nats/reconnect/random). The relationship between these is: - If `reconnectDelayHandler` is specified, the client will wait the value returned by this function. No other value will be taken into account. - If the client specified TLS options, the client will generate a number between 0 and `reconnectJitterTLS` and add it to `reconnectTimeWait`. - If the client didn't specify TLS options, the client will generate a number between 0 and `reconnectJitter` and add it to `reconnectTimeWait`. ## Supported Node Versions Support policy for Nodejs versions follows [Nodejs release support]( https://github.com/nodejs/Release). We will support and build ts-nats on even Nodejs versions that are current or in maintenance. ## License Unless otherwise noted, the NATS source files are distributed under the Apache Version 2.0 license found in the LICENSE file. --- _Source: https://npm.io/package/ts-nats · Machine-readable twin of the npm.io package page. Health data is recomputed on every publish._