Because RIAEvangelist cannot be trusted.
Find a file
Brandon Nozaki Miller fa8f159eea Merge pull request #51 from Gloridea/master
fix - Can't connect to server on retry due to config.path is modified…

Awesome! thanks for the clarification!
2015-12-02 10:01:36 -08:00
example started documentation of tls/SSL 2015-09-27 22:59:25 -07:00
lib fix - Can't connect to server on retry due to config.path is modified in retry loop on win32 env 2015-12-01 04:53:06 +09:00
local-node-ipc-certs added tls ssl support, examples, and local only certs 2015-09-27 21:52:16 -07:00
node_modules update dependencies 2015-09-27 23:26:55 -07:00
testHarness prepped for release 2015-08-22 23:51:04 -07:00
.brackets.json updated for default system networking preference ipv4 or ipv6 2015-07-26 21:52:02 -07:00
.gitignore updated devDependencies 2014-12-09 11:48:24 -08:00
licence.md Create licence.md 2014-06-12 23:26:24 -07:00
node-ipc.js added tls ssl support, examples, and local only certs 2015-09-27 21:52:16 -07:00
package.json update dependencies 2015-09-27 23:26:55 -07:00
README.md coses issue # 42 by adding further information 2015-11-18 11:20:16 -08:00

node-ipc

a nodejs module for local and remote Inter Process Communication with full support for Linux, Mac and Windows.
A great solution for Neural Networking in Node.JS

npm install node-ipc

npm info : See npm trends and stats for node-ipc
node-ipc npm version supported node version for node-ipc total npm downloads for node-ipc monthly npm downloads for node-ipc npm licence for node-ipc

RIAEvangelist

GitHub info :
node-ipc GitHub Release GitHub license node-ipc license open issues for node-ipc on GitHub

Package details websites :

This work is licenced via the DBAD Public Licence.


Contents

  1. Types of IPC Sockets and Supporting OS
  2. IPC Methods
    1. log
    2. connectTo
    3. connectToNet
    4. disconnect
    5. serve
    6. serveNet
  3. IPC Stores and Default Variables
  4. Basic Examples
    1. Server for Unix||Windows Sockets & TCP Sockets
    2. Client for Unix||Windows Sockets & TCP Sockets
    3. Server & Client for UDP Sockets
    4. Raw Buffers or Binary Sockets
  5. Working with TLS/SSL Socket Servers & Clients
  6. Advanced Examples

Types of IPC Sockets

Type Stability Definition
Unix Socket or Windows Socket Stable Gives Linux, Mac, and Windows lightning fast communication and avoids the network card to reduce overhead and latency. Local Unix and Windows Socket examples
TCP Socket Stable Gives the most reliable communication across the network. Can be used for local IPC as well, but is slower than #1's Unix Socket Implementation because TCP sockets go through the network card while Unix Sockets and Windows Sockets do not. Local or remote network TCP Socket examples
TLS Socket Stable Configurable and secure network socket over SSL. Equivalent to https. TLS/SSL documentation
UDP Sockets Stable Gives the fastest network communication. UDP is less reliable but much faster than TCP. It is best used for streaming non critical data like sound, video, or multiplayer game data as it can drop packets depending on network connectivity and other factors. UDP can be used for local IPC as well, but is slower than #1's Unix Socket or Windows Socket Implementation because UDP sockets go through the network card while Unix and Windows Sockets do not. Local or remote network UDP Socket examples
OS Supported Sockets
Linux Unix, Posix, TCP, TLS, UDP
Mac Unix, Posix, TCP, TLS, UDP
Win Windows, TCP, TLS, UDP

ipc.config

Set these variables in the ipc.config scope to overwrite or set default values.


    {
        appspace        : 'app.',
        socketRoot      : '/tmp/',
        id              : os.hostname(),
        networkHost     : 'localhost', //should resolve to 127.0.0.1 or ::1 see the table below related to this
        networkPort     : 8000,
        encoding        : 'utf8',
        rawBuffer       : false,
        silent          : false,
        maxConnections  : 100,
        retry           : 500,
        maxRetries      : false,
        stopRetrying    : false
    }

variable documentation
appspace used for Unix Socket (Unix Domain Socket) namespacing. If not set specifically, the Unix Domain Socket will combine the socketRoot, appspace, and id to form the Unix Socket Path for creation or binding. This is available incase you have many apps running on your system, you may have several sockets with the same id, but if you change the appspace, you will still have app specic unique sockets.
socketRoot the directory in which to create or bind to a Unix Socket
id the id of this socket or service
networkHost the local or remote host on which TCP, TLS or UDP Sockets should connect
networkPort the default port on which TCP, TLS, or UDP sockets should connect
encoding the default encoding for data sent on sockets. Mostly used if rawBuffer is set to true. Valid values are : ascii utf8 utf16le ucs2 base64 hex .
rawBuffer if true, data will be sent and received as a raw node Buffer NOT an Object as JSON. This is great for Binary or hex IPC, and communicating with other processes in languages like C and C++
silent turn on/off logging default is false which means logging is on
maxConnections this is the max number of connections allowed to a socket. It is currently only being set on Unix Sockets. Other Socket types are using the system defaults.
retry this is the time in milliseconds a client will wait before trying to reconnect to a server if the connection is lost. This does not effect UDP sockets since they do not have a client server relationship like Unix Sockets and TCP Sockets.
maxRetries if set, it represents the maximum number of retries after each disconnect before giving up and completely killing a specific connection
stopRetrying Defaults to false meaning clients will continue to retry to connect to servers indefinitely at the retry interval. If set to any number the client will stop retrying when that number is exceeded after each disconnect. If set to true in real time it will immediately stop trying to connect regardless of maxRetries. If set to 0, the client will NOT try to reconnect.

IPC Methods

These methods are available in the IPC Scope.


log

ipc.log(a,b,c,d,e...);

ipc.log will accept any number of arguments and if ipc.config.silent is not set, it will concat them all with a sincle space ' ' between them and then log them to the console. This is fast because it prevents any concatenation from happening if the ipc is set to silent. That way if you leave your logging in place it should not effect performance.

The log also supports colors implementation. All of the available styles are supported and the theme styles are as follows :


    {
        good    : 'green',
        notice  : 'yellow',
        warn    : 'red',
        error   : 'redBG',
        debug   : 'magenta',
        variable: 'cyan',
        data    : 'blue'
    }    

You can override any of these settings by requireing colors and setting the theme as follows :


    var colors=require('colors');

    colors.setTheme(
        {
            good    : 'zebra',
            notice  : 'redBG',
            ...
        }    
    );


connectTo

ipc.connectTo(id,path,callback);

Used for connecting as a client to local Unix Sockets and Windows Sockets. This is the fastst way for processes on the same machine to communicate because it bypasses the network card which TCP and UDP must both use.

variable required definition
id required is the string id of the socket being connected to. The socket with this id is added to the ipc.of object when created.
path optional is the path of the Unix Domain Socket File, if the System is Windows, this will automatically be converted to an appropriate pipe with the same information as the Unix Domain Socket File. If not set this will default to ipc.config.socketRoot+ipc.config.appspace+id
callback optional this is the function to execute when the socket has been created.

examples arguments can be ommitted so long as they are still in order.


    ipc.connectTo('world');

or using just an id and a callback


    ipc.connectTo(
        'world',
        function(){
            ipc.of.world.on(
                'hello',
                function(data){
                    ipc.log(data.debug);
                    //if data was a string, it would have the color set to the debug style applied to it
                }
            )
        }
    );

or explicitly setting the path


    ipc.connectTo(
        'world',
        'myapp.world'
    );

or explicitly setting the path with callback


    ipc.connectTo(
        'world',
        'myapp.world',
        function(){
            ...
        }
    );


connectToNet

ipc.connectToNet(id,host,port,callback)

Used to connect as a client to a TCP or TLS socket via the network card. This can be local or remote, if local, it is recommended that you use the Unix and Windows Socket Implementaion of connectTo instead as it is much faster since it avoids the network card altogether.

For TLS and SSL Sockets see the node-ipc TLS and SSL docs. They have a few additional requirements, and things to know about and so have their own doc.

variable required definition
id required is the string id of the socket being connected to. For TCP & TLS sockets, this id is added to the ipc.of object when the socket is created with a reference to the socket.
host optional is the host on which the TCP or TLS socket resides. This will default to ipc.config.networkHost if not specified.
port optional the port on which the TCP or TLS socket resides.
callback optional this is the function to execute when the socket has been created.

examples arguments can be ommitted so long as they are still in order.
So while the default is : (id,host,port,callback), the following examples will still work because they are still in order (id,port,callback) or (id,host,callback) or (id,port) etc.


    ipc.connectToNet('world');

or using just an id and a callback


    ipc.connectToNet(
        'world',
        function(){
            ...
        }
    );

or explicitly setting the host and path


    ipc.connectToNet(
        'world',
        'myapp.com',serve(path,callback)
        3435
    );

or only explicitly setting port and callback


    ipc.connectToNet(
        'world',
        3435,
        function(){
            ...
        }
    );


disconnect

ipc.disconnect(id)

Used to disconnect a client from a Unix, Windows, TCP or TLS socket. The socket and its refrence will be removed from memory and the ipc.of scope. This can be local or remote. UDP clients do not maintain connections and so there are no Clients and this method has no value to them.

variable required definition
id required is the string id of the socket from which to disconnect.

examples


    ipc.disconnect('world');


serve

ipc.serve(path,callback);

Used to create local Unix Socket Server or Windows Socket Server to which Clients can bind. The server can emit events to specific Client Sockets, or broadcast events to all known Client Sockets.

variable required definition
path optional This is the path of the Unix Domain Socket File, if the System is Windows, this will automatically be converted to an appropriate pipe with the same information as the Unix Domain Socket File. If not set this will default to ipc.config.socketRoot+ipc.config.appspace+id
callback optional This is a function to be called after the Server has started. This can also be done by binding an event to the start event like ipc.server.on('start',function(){});

examples arguments can be omitted so long as they are still in order.


    ipc.serve();

or specifying callback


    ipc.serve(
        function(){...}
    );

or specify path


    ipc.serve(
        '/tmp/myapp.myservice'
    );

or specifying everything


    ipc.serve(
        '/tmp/myapp.myservice',
        function(){...}
    );


serveNet

serveNet(host,port,UDPType,callback)

Used to create TCP, TLS or UDP Socket Server to which Clients can bind or other servers can send data to. The server can emit events to specific Client Sockets, or broadcast events to all known Client Sockets.

variable required definition
host optional If not specified this defaults to the first address in os.networkInterfaces(). For TCP, TLS & UDP servers this is most likely going to be 127.0.0.1 or ::1
port optional The port on wunich the TCP, UDP, or TLS Socket server will be bound, this defaults to 8000 if not specified
UDPType optional If set this will create the server as a UDP socket. 'udp4' or 'udp6' are valid values. This defaults to not being set.
callback optional Function to be called when the server is created

examples arguments can be ommitted solong as they are still in order.

default tcp server


    ipc.serveNet();

default udp server


    ipc.serveNet('udp4');

or specifying TCP server with callback


    ipc.serveNet(
        function(){...}
    );

or specifying UDP server with callback


    ipc.serveNet(
        'udp4',
        function(){...}
    );

or specify port


    ipc.serveNet(
        3435
    );

or specifying everything TCP


    ipc.serveNet(
        'MyMostAwesomeApp.com',
        3435,
        function(){...}
    );

or specifying everything UDP


    ipc.serveNet(
        'MyMostAwesomeApp.com',
        3435,
        'udp4',
        function(){...}
    );


IPC Stores and Default Variables

variable definition
ipc.of This is where socket connection refrences will be stored when connecting to them as a client via the ipc.connectTo or iupc.connectToNet. They will be stored based on the ID used to create them, eg : ipc.of.mySocket
ipc.server This is a refrence to the server created by ipc.serve or ipc.serveNet

Basic Examples

You can find Advanced Examples in the examples folder. In the examples you will find more complex demos including multi client examples.

Server for Unix Sockets, Windows Sockets & TCP Sockets

The server is the process keeping a socket for IPC open. Multiple sockets can connect to this server and talk to it. It can also broadcast to all clients or emit to a specific client. This is the most basic example which will work for local Unix and Windows Sockets as well as local or remote network TCP Sockets.


    var ipc=require('node-ipc');

    ipc.config.id   = 'world';
    ipc.config.retry= 1500;

    ipc.serve(
        function(){
            ipc.server.on(
                'message',
                function(data,socket){
                    ipc.log('got a message : '.debug, data);
                    ipc.server.emit(
                        socket,
                        'message',
                        data+' world!'
                    );
                }
            );
        }
    );

    ipc.server.start();

Client for Unix Sockets & TCP Sockets

The client connects to the servers socket for Inter Process Communication. The socket will receive events emitted to it specifically as well as events which are broadcast out on the socket by the server. This is the most basic example which will work for both local Unix Sockets and local or remote network TCP Sockets.


    var ipc=require('node-ipc');

    ipc.config.id   = 'hello';
    ipc.config.retry= 1500;

    ipc.connectTo(
        'world',
        function(){
            ipc.of.world.on(
                'connect',
                function(){
                    ipc.log('## connected to world ##'.rainbow, ipc.config.delay);
                    ipc.of.world.emit(
                        'message',
                        'hello'
                    )
                }
            );
            ipc.of.world.on(
                'disconnect',
                function(){
                    ipc.log('disconnected from world'.notice);
                }
            );
            ipc.of.world.on(
                'message',
                function(data){
                    ipc.log('got a message from world : '.debug, data);
                }
            );
        }
    );

Server & Client for UDP Sockets

UDP Sockets are different than Unix, Windows & TCP Sockets because they must be bound to a unique port on their machine to receive messages. For example, A TCP, Unix, or Windows Socket client could just connect to a separate TCP, Unix, or Windows Socket sever. That client could then exchange, both send and receive, data on the servers port or location. UDP Sockets can not do this. They must bind to a port to receive or send data.

This means a UDP Client and Server are the same thing because in order to receive data, a UDP Socket must have its own port to receive data on, and only one process can use this port at a time. It also means that in order to emit or broadcast data the UDP server will need to know the host and port of the Socket it intends to broadcast the data to.

This is the most basic example which will work for both local and remote UDP Sockets.

UDP Server 1 - "World"

    var ipc=require('../../../node-ipc');

    ipc.config.id   = 'world';
    ipc.config.retry= 1500;

    ipc.serveNet(
        'udp4',
        function(){
            console.log(123);
            ipc.server.on(
                'message',
                function(data,socket){
                    ipc.log('got a message from '.debug, data.from.variable ,' : '.debug, data.message.variable);
                    ipc.server.emit(
                        socket,
                        'message',
                        {
                            from    : ipc.config.id,
                            message : data.message+' world!'
                        }
                    );
                }
            );

            console.log(ipc.server);
        }
    );

    ipc.server.define.listen.message='This event type listens for message strings as value of data key.';

    ipc.server.start();

UDP Server 2 - "Hello"

note we set the port here to 8001 because the world server is already using the default ipc.config.networkPort of 8000. So we can not bind to 8000 while world is using it.


    ipc.config.id   = 'hello';
    ipc.config.retry= 1500;

    ipc.serveNet(
        8001,
        'udp4',
        function(){
            ipc.server.on(
                'message',
                function(data){
                    ipc.log('got Data');
                    ipc.log('got a message from '.debug, data.from.variable ,' : '.debug, data.message.variable);
                }
            );
            ipc.server.emit(
                {
                    address : '127.0.0.1', //any hostname will work
                    port    : ipc.config.networkPort
                },
                'message',
                {
                    from    : ipc.config.id,
                    message : 'Hello'
                }
            );
        }
    );

    ipc.server.define.listen.message='This event type listens for message strings as value of data key.';

    ipc.server.start();

Raw Buffer or Binary Sockets

Binary or Buffer sockets can be used with any of the above socket types, however the way data events are emit is slightly different.

When setting up a rawBuffer socket you must specify it as such :


    ipc.config.rawBuffer=true;

You can also specify its encoding type. The default is utf8


    ipc.config.encoding='utf8';

emit string buffer :


    //server
    ipc.server.emit(
        socket,
        'hello'
    );

    //client
    ipc.of.world.emit(
        'hello'
    )

emit byte array buffer :


    //server
    ipc.server.emit(
        socket,
        [10,20,30]
    );

    //client
    ipc.server.emit(
        [10,20,30]
    );

emit hex array buffer :


    //server
    ipc.server.emit(
        socket,
        [0x05,0x6d,0x5c]
    );

    //client
    ipc.server.emit(
        [0x05,0x6d,0x5c]
    );

Licensed under DBAD license

See the DBAD license in your language or our licence.md file.