This repository has been archived on 2020-11-02. You can view files and clone it, but cannot push or open issues or pull requests.
TripSit_Suite/node_modules/needle
2020-11-01 22:46:04 +00:00
..
.github/workflows Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00
bin Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00
examples Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00
lib Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00
node_modules/debug Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00
test Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00
license.txt Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00
package.json Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00
README.md Initial comission of TheLounge base files 2020-11-01 22:46:04 +00:00

Needle

NPM

The leanest and most handsome HTTP client in the Nodelands.

var needle = require('needle');

needle.get('http://www.google.com', function(error, response) {
  if (!error && response.statusCode == 200)
    console.log(response.body);
});

Callbacks not floating your boat? Needle got your back.

var data = {
  file: '/home/johnlennon/walrus.png',
  content_type: 'image/png'
};

// the callback is optional, and needle returns a `readableStream` object
// that triggers a 'done' event when the request/response process is complete.
needle
  .post('https://my.server.com/foo', data, { multipart: true })
  .on('readable', function() { /* eat your chunks */ })
  .on('done', function(err, resp) {
    console.log('Ready-o!');
  })

From version 2.0.x up, Promises are also supported. Just call needle() directly and youll get a native Promise object.

needle('put', 'https://hacking.the.gibson/login', { password: 'god' }, { json: true })
  .then(function(response) {
    return doSomethingWith(response)
  })
  .catch(function(err) {
    console.log('Call the locksmith!')
  })

With only two real dependencies, Needle supports:

  • HTTP/HTTPS requests, with the usual verbs you would expect
  • All of Nodes native TLS options, such as rejectUnauthorized (see below)
  • Basic & Digest authentication with auto-detection
  • Multipart form-data (e.g. file uploads)
  • HTTP Proxy forwarding, optionally with authentication
  • Streaming gzip, deflate, and brotli decompression
  • Automatic XML & JSON parsing
  • 301/302/303 redirect following, with fine-grained tuning, and
  • Streaming non-UTF-8 charset decoding, via iconv-lite

And yes, Mr. Wayne, it does come in black.

This makes Needle an ideal alternative for performing quick HTTP requests in Node, either for API interaction, downloading or uploading streams of data, and so on. If you need OAuth, AWS support or anything fancier, you should check out mikeals request module.

Install

$ npm install needle

Usage

// using promises
needle('get', 'https://server.com/posts/12')
  .then(function(resp) {
    // ...
  })
  .catch(function(err) {
    // ...
  });

// with callback
needle.get('ifconfig.me/all.json', function(error, response, body) {
  if (error) throw error;

  // body is an alias for `response.body`,
  // that in this case holds a JSON-decoded object.
  console.log(body.ip_addr);
});

// no callback, using streams
var out = fs.createWriteStream('logo.png');
needle.get('https://google.com/images/logo.png').pipe(out).on('done', function() {
  console.log('Pipe finished!');
});

As you can see, you can use Needle with Promises or without them. When using Promises or when a callback is passed, the responses body will be buffered and written to response.body, and the callback will be fired when all of the data has been collected and processed (e.g. decompressed, decoded and/or parsed).

When no callback is passed, however, the buffering logic will be skipped but the response stream will still go through Needles processing pipeline, so you get all the benefits of post-processing while keeping the streamishness we all love from Node.

Response pipeline

Depending on the responses Content-Type, Needle will either attempt to parse JSON or XML streams, or, if a text response was received, will ensure that the final encoding you get is UTF-8.

You can also request a gzip/deflated/brotli response, which, if sent by the server, will be processed before parsing or decoding is performed. (Note: brotli is only supported on Node 10.16.0 or above, and will not be requested or processed on earlier versions.)

needle.get('http://stackoverflow.com/feeds', { compressed: true }, function(err, resp) {
  console.log(resp.body); // this little guy won't be a Gzipped binary blob
                          // but a nice object containing all the latest entries
});

Or in anti-callback mode, using a few other options:

var options = {
  compressed         : true, // sets 'Accept-Encoding' to 'gzip, deflate, br'
  follow_max         : 5,    // follow up to five redirects
  rejectUnauthorized : true  // verify SSL certificate
}

var stream = needle.get('https://backend.server.com/everything.html', options);

// read the chunks from the 'readable' event, so the stream gets consumed.
stream.on('readable', function() {
  while (data = this.read()) {
    console.log(data.toString());
  }
})

stream.on('done', function(err) {
  // if our request had an error, our 'done' event will tell us.
  if (!err) console.log('Great success!');
})

API

needle(method, url[, data][, options][, callback]) (> 2.0.x)

Calling needle() directly returns a Promise. Besides method and url, all parameters are optional, although when sending a post, put or patch request you will get an error if data is not present.

needle('get', 'http://some.url.com')
  .then(function(resp) { console.log(resp.body) })
  .catch(function(err) { console.error(err) })
})

Except from the above, all of Needles request methods return a Readable stream, and both options and callback are optional. If passed, the callback will return three arguments: error, response and body, which is basically an alias for response.body.

needle.head(url[, options][, callback])

needle.head('https://my.backend.server.com', {
  open_timeout: 5000 // if we're not able to open a connection in 5 seconds, boom.
}, function(err, resp) {
  if (err)
    console.log('Shoot! Something is wrong: ' + err.message)
  else
    console.log('Yup, still alive.')
})

needle.get(url[, options][, callback])

needle.get('google.com/search?q=syd+barrett', function(err, resp) {
  // if no http:// is found, Needle will automagically prepend it.
});

needle.post(url, data[, options][, callback])

var options = {
  headers: { 'X-Custom-Header': 'Bumbaway atuna' }
}

needle.post('https://my.app.com/endpoint', 'foo=bar', options, function(err, resp) {
  // you can pass params as a string or as an object.
});

needle.put(url, data[, options][, callback])

var nested = {
  params: {
    are: {
      also: 'supported'
    }
  }
}

needle.put('https://api.app.com/v2', nested, function(err, resp) {
  console.log('Got ' + resp.bytes + ' bytes.') // another nice treat from this handsome fella.
});

needle.patch(url, data[, options][, callback])

Same behaviour as PUT.

needle.delete(url, data[, options][, callback])

var options = {
  username: 'fidelio',
  password: 'x'
}

needle.delete('https://api.app.com/messages/123', null, options, function(err, resp) {
  // in this case, data may be null, but you need to explicity pass it.
});

needle.request(method, url, data[, options][, callback])

Generic request. This not only allows for flexibility, but also lets you perform a GET request with data, in which case will be appended to the request as a query string, unless you pass a json: true option (read below).

var params = {
  q    : 'a very smart query',
  page : 2
}

needle.request('get', 'forum.com/search', params, function(err, resp) {
  if (!err && resp.statusCode == 200)
    console.log(resp.body); // here you go, mister.
});

Now, if you set pass json: true among the options, Needle wont set your params as a querystring but instead send a JSON representation of your data through the requests body, as well as set the Content-Type and Accept headers to application/json.

needle.request('get', 'forum.com/search', params, { json: true }, function(err, resp) {
  if (resp.statusCode == 200) console.log('It worked!');
});

Events

The Readable stream object returned by the above request methods emits the following events, in addition to the regular ones (e.g. end, close, data, pipe, readable).

Event: 'response'

  • response <http.IncomingMessage>

Emitted when the underlying http.ClientRequest emits a response event. This is after the connection is established and the header received, but before any of it is processed (e.g. authorization required or redirect to be followed). No data has been consumed at this point.

Event: 'redirect'

  • location <String>

Indicates that the a redirect is being followed. This means that the response code was a redirect (301, 302, 303, 307) and the given redirect options allowed following the URL received in the Location header.

Event: 'header'

  • statusCode <Integer>
  • headers <Object>

Triggered after the header has been processed, and just before the data is to be consumed. This implies that no redirect was followed and/or authentication header was received. In other words, we got a “valid” response.

Event: 'done' (previously end)

  • exception <Error> (optional)

Emitted when the request/response process has finished, either because all data was consumed or an error ocurred somewhere in between. Unlike a regular streams end event, Needles done will be fired either on success or on failure, which is why the first argument may be an Error object. In other words:

var resp = needle.get('something.worthy/of/being/streamed/by/needle');
resp.pipe(someWritableStream);

resp.on('done', function(err) {
  if (err) console.log('An error ocurred: ' + err.message);
  else console.log('Great success!');
})

Event: 'err'

  • exception <Error>

Emitted when an error ocurrs. This should only happen once in the lifecycle of a Needle request.

Event: 'timeout'

  • type <String>

Emitted when an timeout error occurs. Type can be either open, response, or read. This will called right before aborting the request, which will also trigger an err event, a described above, with an ECONNRESET (Socket hang up) exception.

Request options

For information about options thatve changed, theres always the changelog.

  • agent : Uses an http.Agent of your choice, instead of the global, default one. Useful for tweaking the behaviour at the connection level, such as when doing tunneling (see below for an example).
  • json : When true, sets content type to application/json and sends request body as JSON string, instead of a query string.
  • open_timeout: (or timeout) Returns error if connection takes longer than X milisecs to establish. Defaults to 10000 (10 secs). 0 means no timeout.
  • response_timeout: Returns error if no response headers are received in X milisecs, counting from when the connection is opened. Defaults to 0 (no response timeout).
  • read_timeout: Returns error if data transfer takes longer than X milisecs, once response headers are received. Defaults to 0 (no timeout).
  • follow_max : (or follow) Number of redirects to follow. Defaults to 0. See below for more redirect options.
  • multipart : Enables multipart/form-data encoding. Defaults to false. Use it when uploading files.
  • proxy : Forwards request through HTTP(s) proxy. Eg. proxy: 'http://user:pass@proxy.server.com:3128'. For more advanced proxying/tunneling use a custom agent, as described below.
  • headers : Object containing custom HTTP headers for request. Overrides defaults described below.
  • auth : Determines what to do with provided username/password. Options are auto, digest or basic (default). auto will detect the type of authentication depending on the response headers.
  • stream_length: When sending streams, this lets you manually set the Content-Length header if the streams bytecount is known beforehand, preventing ECONNRESET (socket hang up) errors on some servers that misbehave when receiving payloads of unknown size. Set it to 0 and Needle will get and set the streams length for you, or leave unset for the default behaviour, which is no Content-Length header for stream payloads.
  • localAddress: , IP address. Passed to http/https request. Local interface from witch the request should be emitted.
  • uri_modifier: Anonymous function taking request (or redirect location if following redirects) URI as an argument and modifying it given logic. It has to return a valid URI string for successful request.

Response options

  • decode_response : (or decode) Whether to decode the text responses to UTF-8, if Content-Type header shows a different charset. Defaults to true.
  • parse_response : (or parse) Whether to parse XML or JSON response bodies automagically. Defaults to true. You can also set this to xml or json in which case Needle will only parse the response if the content type matches.
  • output : Dump response output to file. This occurs after parsing and charset decoding is done.
  • parse_cookies : Whether to parse responses Set-Cookie header. Defaults to true. If parsed, response cookies will be available at resp.cookies.

HTTP Header options

These are basically shortcuts to the headers option described above.

  • cookies : Builds and sets a Cookie header from a { key: 'value' } object.
  • compressed: If true, sets Accept-Encoding header to gzip,deflate, and inflates content if zipped. Defaults to false.
  • username : For HTTP basic auth.
  • password : For HTTP basic auth. Requires username to be passed, but is optional.
  • accept : Sets Accept HTTP header. Defaults to */*.
  • connection: Sets Connection HTTP header. Not set by default, unless running Node < 0.11.4 in which case it defaults to close. More info about this below.
  • user_agent: Sets the User-Agent HTTP header. Defaults to Needle/{version} (Node.js {node_version}).
  • content_type: Sets the Content-Type header. Unset by default, unless youre sending data in which case its set accordingly to whatever is being sent (application/x-www-form-urlencoded, application/json or multipart/form-data). That is, of course, unless the option is passed, either here or through options.headers. Youre the boss.

Node.js TLS Options

These options are passed directly to https.request if present. Taken from the original documentation:

  • pfx : Certificate, Private key and CA certificates to use for SSL.
  • key : Private key to use for SSL.
  • passphrase : A string of passphrase for the private key or pfx.
  • cert : Public x509 certificate to use.
  • ca : An authority certificate or array of authority certificates to check the remote host against.
  • ciphers : A string describing the ciphers to use or exclude.
  • rejectUnauthorized : If true, the server certificate is verified against the list of supplied CAs. An error event is emitted if verification fails. Verification happens at the connection level, before the HTTP request is sent.
  • secureProtocol : The SSL method to use, e.g. SSLv3_method to force SSL version 3.
  • family : IP address family to use when resolving host and hostname. Valid values are 4 or 6. When unspecified, both IP v4 and v6 will be used.

Redirect options

These options only apply if the follow_max (or follow) option is higher than 0.

  • follow_set_cookies : Sends the cookies received in the set-cookie header as part of the following request. false by default.
  • follow_set_referer : Sets the Referer header to the requested URI when following a redirect. false by default.
  • follow_keep_method : If enabled, resends the request using the original verb instead of being rewritten to get with no data. false by default.
  • follow_if_same_host : When true, Needle will only follow redirects that point to the same host as the original request. false by default.
  • follow_if_same_protocol : When true, Needle will only follow redirects that point to the same protocol as the original request. false by default.
  • follow_if_same_location : Unless true, Needle will not follow redirects that point to same location (as set in the response header) as the original request URL. false by default.

Overriding Defaults

Yes sir, we have it. Needle includes a defaults() method, that lets you override some of the defaults for all future requests. Like this:

needle.defaults({
  open_timeout: 60000,
  user_agent: 'MyApp/1.2.3',
  parse_response: false });

This will override Needles default user agent and 10-second timeout, and disable response parsing, so you dont need to pass those options in every other request.

More advanced Proxy support

Since you can pass a custom HTTPAgent to Needle you can do all sorts of neat stuff. For example, if you want to use the tunnel module for HTTPS proxying, you can do this:

var tunnel = require('tunnel');
var myAgent = tunnel.httpOverHttp({
  proxy: { host: 'localhost' }
});

needle.get('foobar.com', { agent: myAgent });

Otherwise, you can use the hpagent package, which keeps the internal sockets alive to be reused.

const { HttpsProxyAgent } = require('hpagent');
needle('get', 'https://localhost:9200', {
  agent: new HttpsProxyAgent({
    keepAlive: true,
    keepAliveMsecs: 1000,
    maxSockets: 256,
    maxFreeSockets: 256,
    scheduling: 'lifo',
    proxy: 'https://localhost:8080'
  })
});

Regarding the Connection header

Unless youre running an old version of Node (< 0.11.4), by default Needle wont set the Connection header on requests, yielding Nodes default behaviour of keeping the connection alive with the target server. This speeds up immensely the process of sending several requests to the same host.

On older versions, however, this has the unwanted behaviour of preventing the runtime from exiting, either because of a bug or feature that was changed on 0.11.4. To overcome this Needle does set the Connection header to close on those versions, however this also means that making new requests to the same host doesnt benefit from Keep-Alive.

So if youre stuck on 0.10 or even lower and want full speed, you can simply set the Connection header to Keep-Alive by using { connection: 'Keep-Alive' }. Please note, though, that an event loop handler will prevent the runtime from exiting so youll need to manually call process.exit() or the universe will collapse.

Examples Galore

HTTPS GET with Basic Auth

needle.get('https://api.server.com', { username: 'you', password: 'secret' },
  function(err, resp) {
    // used HTTP auth
});

Or use RFC-1738 basic auth URL syntax:

needle.get('https://username:password@api.server.com', function(err, resp) {
    // used HTTP auth from URL
});

Digest Auth

needle.get('other.server.com', { username: 'you', password: 'secret', auth: 'digest' },
  function(err, resp, body) {
    // needle prepends 'http://' to your URL, if missing
});

Custom Accept header, deflate

var options = {
  compressed : true,
  follow     : 10,
  accept     : 'application/vnd.github.full+json'
}

needle.get('api.github.com/users/tomas', options, function(err, resp, body) {
  // body will contain a JSON.parse(d) object
  // if parsing fails, you'll simply get the original body
});

GET XML object

needle.get('https://news.ycombinator.com/rss', function(err, resp, body) {
  // you'll get a nice object containing the nodes in the RSS
});

GET binary, output to file

needle.get('http://upload.server.com/tux.png', { output: '/tmp/tux.png' }, function(err, resp, body) {
  // you can dump any response to a file, not only binaries.
});

GET through proxy

needle.get('http://search.npmjs.org', { proxy: 'http://localhost:1234' }, function(err, resp, body) {
  // request passed through proxy
});

GET a very large document in a stream (from 0.7+)

var stream = needle.get('http://www.as35662.net/100.log');

stream.on('readable', function() {
  var chunk;
  while (chunk = this.read()) {
    console.log('got data: ', chunk);
  }
});

GET JSON object in a stream (from 0.7+)

var stream = needle.get('http://jsonplaceholder.typicode.com/db', { parse: true });

stream.on('readable', function() {
  var node;

  // our stream will only emit a single JSON root node.
  while (node = this.read()) {
    console.log('got data: ', node);
  }
});

GET JSONStream flexible parser with search query (from 0.7+)


 // The 'data' element of this stream will be the string representation
 // of the titles of all posts.

needle.get('http://jsonplaceholder.typicode.com/db', { parse: true })
      .pipe(new JSONStream.parse('posts.*.title'));
      .on('data', function (obj) {
        console.log('got post title: %s', obj);
      });

File upload using multipart, passing file path

var data = {
  foo: 'bar',
  image: { file: '/home/tomas/linux.png', content_type: 'image/png' }
}

needle.post('http://my.other.app.com', data, { multipart: true }, function(err, resp, body) {
  // needle will read the file and include it in the form-data as binary
});

Stream upload, PUT or POST

needle.put('https://api.app.com/v2', fs.createReadStream('myfile.txt'), function(err, resp, body) {
  // stream content is uploaded verbatim
});

Multipart POST, passing data buffer

var buffer = fs.readFileSync('/path/to/package.zip');

var data = {
  zip_file: {
    buffer       : buffer,
    filename     : 'mypackage.zip',
    content_type : 'application/octet-stream'
  }
}

needle.post('http://somewhere.com/over/the/rainbow', data, { multipart: true }, function(err, resp, body) {
  // if you see, when using buffers we need to pass the filename for the multipart body.
  // you can also pass a filename when using the file path method, in case you want to override
  // the default filename to be received on the other end.
});

Multipart with custom Content-Type

var data = {
  token: 'verysecret',
  payload: {
    value: JSON.stringify({ title: 'test', version: 1 }),
    content_type: 'application/json'
  }
}

needle.post('http://test.com/', data, { timeout: 5000, multipart: true }, function(err, resp, body) {
  // in this case, if the request takes more than 5 seconds
  // the callback will return a [Socket closed] error
});

For even more examples, check out the examples directory in the repo.

Testing

To run tests, you need to generate a self-signed SSL certificate in the test directory. After cloning the repository, run the following commands:

$ mkdir -p test/keys
$ openssl genrsa -out test/keys/ssl.key 2048
$ openssl req -new -key test/keys/ssl.key -x509 -days 999 -out test/keys/ssl.cert

Then you should be able to run npm test once you have the dependencies in place.

Note: Tests currently only work on linux-based environments that have /proc/self/fd. They do not work on MacOS environments. You can use Docker to run tests by creating a container and mounting the needle project directory on /app docker create --name Needle -v /app -w /app -v /app/node_modules -i node:argon

Credits

Written by Tomás Pollak, with the help of contributors.

  1. Fork Ltd. Licensed under the MIT license.