Skip to content

Releases: crussell52/node-socket-ipc

v0.4.1

24 Dec 16:21
Compare
Choose a tag to compare
v0.4.1 Pre-release
Pre-release

Bug fixes:

  • #17 - Client now closes even when there is no active IPC connection

v0.4.0

24 Jan 07:46
Compare
Choose a tag to compare
v0.4.0 Pre-release
Pre-release
0.4.0

v0.3.0

28 Nov 03:51
Compare
Choose a tag to compare
v0.3.0 Pre-release
Pre-release

Deprecations

  • [Server] Event: 'closed' Deprecated in favor of more familiar close event. Scheduled for removal in v1.0
  • [Client] Event: 'closed' Deprecated in favor of more familiar close event. Scheduled for removal in v1.0

Bug Fixes

  • Event: 'closed' was documented for Server but never emitted (#7)

v0.2.0

05 Oct 20:01
Compare
Choose a tag to compare
v0.2.0 Pre-release
Pre-release

Breaking Changes:

  • clientId is now treated a string instead of an int. (It is still a number, but this is an implementation detail which should not be relied upon).
  • connectionClose Server event has been dropped (listen to exposed socket instead)
  • close event(s) are now closed to distinguish from the close event many core I/O elements use.

New:

  • A custom transcoder can now be provided. This allows for specialized encoded/decoded of messages when
    JSON just won't do. (#1)
  • Added Example for high-throughput/noisy client implementation.

Enhancements:

  • Greatly expanded docs -- especially the API docs (always more work to do here!)
  • More specific errors in some send failure cases
  • Clarified event api
  • Improved handling of abrupt disconnects. What can't be handled is now documented.
  • Underlying net.Socket is now exposed to give applications direct access to socket events when
    they matter.

More NPM package detail

18 Sep 15:03
Compare
Choose a tag to compare

Functionally equivalent to v0.1.1 -- simply adds more metadata to the npm package

Initial Release

18 Sep 14:51
Compare
Choose a tag to compare

Provides the minimum feature set

  • Ability to send files from server to client and vice versa
  • Ability to target a specific client or broadcast to all clients from the server
  • messages are "heard" using events driven by Nodes' native event loop.
  • Client resilience (connection auto-retry, auto-reconnect)