npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

continuous-streams

v1.1.1

Published

Special purpose Node streams

Downloads

1,308

Readme

Continuous Streams

Stream classes with specific behavior:

  • continuous reading, i.e., it doesn't stop if there is temporarily no data available
  • configurable chunk size to read
  • specific error handling (error vs. skip/retry)
  • configurable parallel processing
  • timeouts
  • graceful shutdown after SIGTERM or SIGINT

main workflow Coverage Status Maintainability node code style Types License Status

Install

npm install continuous-streams

Usage

This is a basic example (ES6/ES2015).

const { pipeline } = require('stream');
const { ContinuousReader, ContinuousWriter } = require('continuous-streams');

const reader = new ContinuousReader({
  chunkSize: 100, // default `50`
});
reader.readData = async (count) => {
  // read `count` items from resource
  // if rejects, a `skip` event is emitted (unless `skipOnError` is `false`)
  return items; // resolve with array of data items (can be empty)
};

const writer = new ContinuousWriter({
  parallelOps: 10, // max number of `writeData()` to fire off in parallel
});
writer.writeData = async (item) => {
  // process a single data item
  // if rejects, a `skip` event is emitted (unless `skipOnError` is `false`)
};

pipeline( // go!
  reader,
  writer,
  (error) => { ... }, // pipeline stopped
);

['SIGTERM', 'SIGINT'].forEach((eventType) => {
  process.on(eventType, () => reader.stop());
});

Or if you prefer TypeScript (types included):

import { pipeline } from "stream";
import { ContinuousReader, ContinuousWriter } from "continuous-streams";

const reader = new ContinuousReader<Foo>();
reader.readData = async (count: number): Promise<Foo[]> => {
  // ...
  return items;
}

const writer = new ContinuousWriter<Foo>();
writer.writeData = async (item: Foo): Promise<void> => {
  // ...
}

// ...

For this module to work, your TypeScript compiler options must include "target": "ES2015" (or later), "moduleResolution": "node", and "esModuleInterop": true.

Stream Classes

Class ContinuousReader

Extends stream.Readable. It reads from an underlying data source (objectMode only) -- please implement or assign readData() for that purpose. It does not end when the underlying data source is (temporarily) empty but waits for new data to arrive. It is robust/reluctant regarding (temporary) reading errors. It supports gracefully stopping the pipeline.

Options

  • chunkSize - Whenever the number of objects in the internal buffer is dropping below chunkSize, a new chunk of data is read from the underlying resource. Higher means fewer polling but less real-time. Default is 50.
  • skipOnError - If true (default), a skip event is emitted when readData() rejects. If false, an error event is emitted when readData() rejects and the pipeline will stop. Default is true.
  • waitAfterEmpty - Delay in milliseconds if there is (temporarily) no data available. Default is 5000.
  • waitAfterLow - Delay in milliseconds if there is (temporarily) less data available than chunk size. Default is 1000.
  • waitAfterError - Delay in milliseconds if there is a (temporary) reading problem. Default is 10000.
  • autoStop - The intention of this package was to provide easy streaming without stopping the stream when the source is (temporarily) empty. But sometimes, however, this is exactly what you want. Default is false. Set to true to automatically and gracefully stop streaming when readData() returns no data or less than requested.

Methods

  • async readData(count) -- Reads count data items from the underlying resource. To be implemented or assigned. count is usually equals chunkSize. It resolves with an array of data items -- which may be empty if there is temporarily no data available. If it rejects, an error or skip event is emitted (depending on skipOnError).
  • stop() - To be called after SIGINT or SIGTERM for gracefully stopping the pipeline. The end event is emitted either immediately (if the read buffer is empty) or at the next reading attempt. Graceful shutdown means that all data that has been read so far will be fully processed throughout the entire pipeline. Example: process.on('SIGTERM', () => reader.stop()).

Events

  • skip - When reading from the underlying resource failed (if skipOnError is true). The stream continues to read after a delay of waitAfterError. Example handler: reader.on('skip', ({ error }) => { ... }).
  • error - When reading from the underlying resource failed (if skipOnError is false). This will stop the pipeline. Example handler: reader.on('error', (error) => { ... }).
  • end - When stop() was called for gracefully stopping the pipeline.
  • close - When the stream is closed (as usual).
  • debug - After each successful reading attempt providing some debug information. Example handler: reader.on('debug', ({ items, requested, total, elapsed }) => { ... }). items is the number of read data items. requested is the number of requested data items (normally equals count). total is an overall counter. elapsed is the number of milliseconds of readData() to resolve.

Class ContinuousWriter

Extends stream.Writable. It processes data items (objectMode only) for some sort of write operation at the end of a pipeline -- please implement or assign writeData() for that purpose. It is robust/reluctant regarding errors. If skipOnError is true (default), an error during a write operation emits a skip event and stream processing will continue. If skipOnError is false, an error during a write operation emits an error event and stream processing will stop. Supports gracefully stopping the entire pipeline, i.e., it waits until all asynchronous operations in-flight are returned before emitting the finish event.

Options

  • parallelOps - The max number of asynchronous writeData() operations to fire off in parallel. Default is 10.
  • skipOnError - If true (default), a skip event is emitted when writeData() rejects. If false, an error event is emitted when writeData() rejects and the pipeline will stop. Default is true.
  • timeoutMillis - Timeout in milliseconds for writeData(). Default is 60000.

Methods

  • async writeData(item) -- Processes a single data item. To be implemented or assigned. If it rejects, an error or skip event is emitted (depending on skipOnError).

Events

  • skip - If skipOnError is true (default). Example handler: writer.on('skip', ({ data, error }) => { ... }).
  • error - If skipOnError is false. This will stop the pipeline.
  • finish - After graceful shutdown and all asynchronous write operations are returned.
  • close - After error or finish (as usual).
  • debug - After each successful write operation providing some debug information. Example handler: writer.on('debug', ({ inflight, total, elapsed }) => { ... }). inflight is the number of asynchronous writeData() operations currently inflight. total is an overall counter. elapsed is the number of milliseconds of writeData() to resolve.

Class ContinuousTransformer

Extends stream.Transform. It processes data items (objectMode only) for some sort of transform operation in the midst of a pipeline -- please implement or assign transformData() for that purpose. It is robust/reluctant regarding errors. If skipOnError is true (default), an error during a transform operation emits a skip event and stream processing will continue. If skipOnError is false, an error during a transform operation emits an error event and stream processing will stop.

Options

  • parallelOps - The max number of asynchronous transformData() operations to fire off in parallel. Default is 10.
  • skipOnError - If true (default), a skip event is emitted when transformData() rejects. If false, an error event is emitted when transformData() rejects and the pipeline will stop. Default is true.
  • timeoutMillis - Timeout in milliseconds for transformData(). Default is 60000.

Methods

  • async transformData(item) -- Processes a single data item. Resolves with the transformed data item (or an array of items for splitting the item into multiple items). To be implemented or assigned. If it rejects, an error or skip event is emitted (depending on skipOnError).

Events

  • skip - If skipOnError is true (default). Example handler: transformer.on('skip', ({ data, error }) => { ... }).
  • error - If skipOnError is false. This will stop the pipeline.
  • close - When the stream is closed (as usual).
  • debug - After each successful transform operation providing some debug information. Example handler: transformer.on('debug', ({ inflight, total, elapsed }) => { ... }). inflight is the number of asynchronous transformData() operations currently inflight. total is an overall counter. elapsed is the number of milliseconds of transformData() to resolve.