What is teen_process?
The teen_process npm package provides utilities for executing system commands and managing child processes in Node.js. It simplifies the process of running shell commands, handling their output, and managing subprocesses.
What are teen_process's main functionalities?
exec
The `exec` function allows you to run shell commands and capture their output. In this example, the `ls -la` command is executed, and its output is logged to the console.
const { exec } = require('teen_process');
async function runCommand() {
try {
const { stdout, stderr } = await exec('ls', ['-la']);
console.log('Output:', stdout);
console.error('Error:', stderr);
} catch (err) {
console.error('Command failed:', err);
}
}
runCommand();
spawn
The `spawn` function is used to launch a new process with a given command. This example demonstrates how to spawn the `ls -la` command and handle its stdout, stderr, and exit events.
const { spawn } = require('teen_process');
function runSpawn() {
const child = spawn('ls', ['-la']);
child.stdout.on('data', (data) => {
console.log(`stdout: ${data}`);
});
child.stderr.on('data', (data) => {
console.error(`stderr: ${data}`);
});
child.on('close', (code) => {
console.log(`child process exited with code ${code}`);
});
}
runSpawn();
execFile
The `execFile` function is similar to `exec`, but it is specifically designed for executing files. In this example, the `node -v` command is executed to get the Node.js version.
const { execFile } = require('teen_process');
async function runExecFile() {
try {
const { stdout, stderr } = await execFile('node', ['-v']);
console.log('Node version:', stdout);
console.error('Error:', stderr);
} catch (err) {
console.error('Command failed:', err);
}
}
runExecFile();
Other packages similar to teen_process
child_process
The `child_process` module is a core Node.js module that provides similar functionality to `teen_process`. It allows you to spawn new processes, execute commands, and handle their output. However, `teen_process` offers a more user-friendly API and additional features like promise-based execution.
execa
The `execa` package is a popular alternative to `teen_process` for executing shell commands in Node.js. It provides a promise-based API, better error handling, and more features for managing child processes. Compared to `teen_process`, `execa` is more feature-rich and widely used in the community.
shelljs
The `shelljs` package provides a portable (Windows/Linux/OS X) implementation of Unix shell commands in Node.js. It allows you to run shell commands and scripts with a simple API. While `shelljs` focuses on providing a shell-like environment, `teen_process` is more focused on managing child processes and executing commands.
node-teen_process
A grown-up version of Node's child_process. exec
is really useful, but it
suffers many limitations. This is an es7 (async
/await
) implementation of
exec
that uses spawn
under the hood. It takes care of wrapping commands and
arguments so we don't have to care about escaping spaces. It can also return
stdout/stderr even when the command fails, or times out. Importantly, it's also
not susceptible to max buffer issues.
teen_process.exec
Examples:
import { exec } from 'teen_process';
let {stdout, stderr, code} = await exec('ls', ['/usr/local/bin']);
console.log(stdout.split("\n"));
console.log(stderr);
console.log(code);
await exec('/command/with spaces.sh', ['foo', 'argument with spaces'])
try {
await exec('echo_and_exit', ['foo', '10']);
} catch (e) {
console.log(e.message);
console.log(e.stdout);
console.log(e.code);
}
The exec
function takes some options, with these defaults:
{
cwd: undefined,
env: process.env,
timeout: null,
killSignal: 'SIGTERM',
encoding: 'utf8',
ignoreOutput: false
}
Most of these are self-explanatory. ignoreOutput
is useful if you have a very
chatty process whose output you don't care about and don't want to add it to
the memory consumed by your program.
Example:
try {
await exec('sleep', ['10'], {timeout: 500, killSignal: 'SIGINT'});
} catch (e) {
console.log(e.message);
}
teen_process.SubProcess
spawn
is already pretty great but for some uses there's a fair amount of
boilerplate, especially when using in an async/await
context. teen_process
also exposes a SubProcess
class, which can be used to cut down on some
boilerplate. It has 2 methods, start
and stop
:
import { SubProcess } from 'teen_process';
async function tailFileForABit () {
let proc = new SubProcess('tail', ['-f', '/var/log/foo.log']);
await proc.start();
await proc.stop();
}
Errors with start/stop are thrown in the calling context.
You can listen to 4 events, output
, exit
, lines-stdout
, and
lines-stderr
:
proc.on('output', (stdout, stderr) => {
console.log(`stdout: ${stdout}`);
console.log(`stderr: ${stderr}`);
});
proc.on('exit', (code, signal) => {
console.log(`exited with code ${code} from signal ${signal}`);
});
proc.on('lines-stdout', lines => {
console.log(lines);
});
How does SubProcess
know when to return control from start()
? Well, the
default is to wait until there is some output. You can also pass in a number,
which will cause it to wait for that number of ms, or a function (which I call
a startDetector
) which takes stdout and stderr and returns true when you want
control back. Examples:
await proc.start();
await proc.start(0);
let sd = (stdout, stderr) => {
return stderr.indexOf('blarg') !== -1;
};
await proc.start(sd);
A custom startDetector
can also throw an error if it wants to declare the
start unsuccessful. For example, if we know that the first output might contain
a string which invalidates the process (for us), we could define a custom
startDetector
as follows:
let sd = (stdout, stderr) => {
if (/fail/.test(stderr)) {
throw new Error("Encountered failure condition");
}
return stdout || stderr;
};
await proc.start(sd);
Finally, if you want to specify a maximum time to wait for a process to start,
you can do that by passing a second parameter in milliseconds to start()
:
await proc.start(null, 1000);
After the process has been started you can use join()
to wait for it:
await proc.join();
await proc.join([0, 1]);
And how about killing the processes? Can you provide a custom signal, instead
of using the default SIGTERM
? Why yes:
await proc.stop('SIGHUP');
If your process might not be killable and you don't really care, you can also
pass a timeout, which will return control to you in the form of an error after
the timeout has passed:
try {
await proc.stop('SIGHUP', 1000);
} catch (e) {
console.log("Proc failed to stop, ignoring cause YOLO");
}
All in all, this makes it super simple to, say, write a script that tails
a file for X seconds, using async/await and pretty straightforward error
handling.
async function boredTail (filePath, boredAfter = 10000) {
let p = new SubProcess('tail', ['-f', filePath]);
p.on('output', stdout => {
if (stdout) {
console.log(`STDOUT: ${stdout.trim()}`);
}
});
await p.start();
await Bluebird.delay(boredAfter);
await p.stop();
}