Very much need automated tests for reconnection and queue logic.
Passing an Array as as the last argument should expand as users expect. The old behavior was to coerce the arguments into Strings, which did surprising things with Arrays.
* Support SlowBuffers (Umair Siddique) * Add Multi to exports (Louis-Philippe Perron) * Fix for drain event calculation (Vladimir Dronnikov) Thanks!
* authentication retry while server is loading db (danmaz74) [GH-101] * command arguments processing issue with arrays New features: * Auto update of new commands from redis.io (Dave Hoover) * Performance improvements and backpressure controls. * Commands now return the true/false value from the underlying socket write(s). * Implement command_queue high water and low water for more better control of queueing. See `examples/backpressure_drain.js` for more information.
Bug fix for monitor mode. (forddg) Auto update of new commands from redis.io (Dave Hoover)
Run this: node generate_commands.js To fetch redis.io/commands.json and save it to a file that node_redis will read at startup.
I originally didn't think DISCARD would do anything here because of the clever MULTI interface, but somebody pointed out to me that DISCARD can be used to flush the WATCH set.
Authentication is now remembered by the client and will be automatically sent to the server on every connection, including any reconnections.
Thanks to Dean Mao and Austin Chau.
When a Redis server starts up, it might take a while to load the dataset into memory. During this time, the server will accept connections, but will return errors for all non-INFO commands. Now node_redis will send an INFO command whenever it connects to a server. If the info command indicates that the server is not ready, the client will keep trying until the server is ready. Once it is ready, the client will emit a "ready" event as well as the "connect" event. The client will queue up all commands sent before the server is ready, just like it did before. When the server is ready, all offline/non-ready commands will be replayed. This should be backward compatible with previous versions. To disable this ready check behavior, set `options.no_ready_check` when creating the client. As a side effect of this change, the key/val params from the info command are available as `client.server_options`. Further, the version string is decomposed into individual elements in `client.server_options.versions`.
Thanks to Gustaf Sjöberg.
…p error properly.
* An important bug fix in reconnection logic. Previously, reply callbacks would be invoked twice after a reconnect. * Changed error callback argument to be an actual Error object. New feature: * Add friendly syntax for HMSET using an object.
See examples/extend.js for a simple example. Remove command list from exports while I was in there.