This tool is designed to be used together with the Flowhub development environment for running NoFlo networks on Node.js.
Start by setting up a local NoFlo Node.js project. For example:
$ mkdir my-project
$ cd my-project
$ npm init
$ npm install noflo --save
$ npm install noflo-nodejs --save
Continue by installing whatever NoFlo component libraries you need, for example:
$ npm install noflo-core --save
If you want, this is a great time to push your project to GitHub.
The next step is to create the runtime configuration, which will be stored in the flowhub.json
file in your project folder. Usually you don't want to add this file to version control.
You can either create the file by hand, or by the provided noflo-nodejs-init
tool. See the included help information:
$ node node_modules/.bin/noflo-nodejs-init --help
You can also run node node_modules/.bin/noflo-nodejs and provide most of the parameters on the commandline to run without flowhub registration.
There are situations where the IP address of the runtime will change. For example, when you're running a NoFlo runtime on a Raspberry Pi that you carry between home and the office. This runtime tool has rudimentary support for IP address autodetection.
To enable that, run:
$ node node_modules/.bin/noflo-nodejs-init --host autodetect
After this the runtime will report its current IP address to your Flowhub UI whenever it is started. Autodetection will prefer external interfaces over local one (e.g. the loopback interface). If you prefer a certain network interface you can use "autodetect()" e.g. "autodetect(wlan0)" to check that interface if it is online. Again you can also use the --host option on node_modules/.bin/noflo-nodejs for unregistered usage.
$ node node_modules/.bin/noflo-nodejs-init
will initialize flowhub.json
with the id
of the runtime. The user
id comes from Flowhub > Home > Runtimes > Register. You'll need some more info to make the registration useful:
{
"id": "runtime-id-...",
"user": "user-id-...",
"host": "autodetect",
"port": 3569,
"label": "my-runtime"
}
To generate this file, you could run:
$ node node_modules/.bin/noflo-nodejs-init --host autodetect --port 3569 --user user-id --label "my-runtime"
In this case the UUID for the runtime (shown as runtime-id
in the JSON above) would be autogenerated. If you want to reuse a previous one, you can provide it with the --id some-UUID
option.
Once you have configured the runtime, it is time to start it:
$ node node_modules/.bin/noflo-nodejs
This will start a WebSocket-based NoFlo Runtime server, and register it to your Flowhub account.
It should now become available in your Flowhub UI. By default the configuration will be read from the current working directory,
but you can change this by setting the PROJECT_HOME
environment variable.
If you want to run an existing graph, you can use the --graph
option.
noflo-nodejs --graph graphs/MyMainGraph.json
If you want the process to exit when the network stops, you can pass --batch
.
noflo-nodejs supports flowtrace allows to trace & store the execution of the FBP program,
so you can debug any issues that would occur. Specify --trace
to enable tracing.
noflo-nodejs --graph graphs/MyMainGraph.json --trace
If you are running in --batch
mode, the file will be dumped to disk when the program terminates.
Otherwise you can send the SIGUSR2
to trigger dumping the file to disk.
kill -SIGUSR2 $PID_OF_PROCESS
... Wrote flowtrace to: /tmp/1151020-12063-ami5vq.json
You can now use various flowtrace tools to introspect the data.
For instance, you can get a human readable log using flowtrace-show
flowtrace-show /tmp/1151020-12063-ami5vq.json
-> IN repeat CONN
-> IN repeat DATA hello world
-> IN stdout CONN
-> IN stdout DATA hello world
-> IN repeat DISC
-> IN stdout DISC
If you don't want to register the runtime for your Flowhub account (for example, with temporary runtimes used for testing),
you can skip this by starting noflo-nodejs with the --register=false
flag.