Replyer NPM | npm.io

Replyer

Node.js MQTT client with built-in request and response methods

Replyer is a wrapper of MQTT.js client that expands its API with common use cases. It is completely compatible and interoperable, so in most projects you can upgrade by dropping:

var mqtt = require('replyer')

instead of ~~var mqtt = require('mqtt')~~ or ~~socket.io~~.

Hello world

var mqtt = require('replyer')
var client  = mqtt.connect('mqtt://test.mosca.io')

client.on('connect', function () {
  client.publish('chat', 'Hello replyer!')
})

client.on('chat', function (data) {
  console.log(data) // 'Hello replyer!'
  client.end()
})

Request and replyer

var mqtt = require('replyer')
var client  = mqtt.connect('mqtt://test.mosca.io')

client.on('connect', function () {
  console.log('connected')
})

client.request('users', { alias: 'schroedinger' }, function (data) {
  console.log(data) // will be ['schroedinger']
})

client.on('users/#', function (data, topic) {
  console.log(data.alias) // 'schroedinger'
  // find users in database by alias...
  client.reply(topic, { status: '404 Not found' })
})

Replyer scheme

This package is real time communication similar trying to join the best of both socket.io and MQTT.

It implements request and response with a similar API as in socket.io to ease refactor. All clients are listening on their own id path as:

`@client-id/message-id`

The ‘at’ symbol identifies a message as a MQTT request: it has to be addressed only to that particular client and request. #msg-id is an optional parameter to ensure that a certain reply is for a very particular request. Under some conditions we can count on this (qos > 0). Messages may get lost, for which timeouts are implemented. In case of a series of packets lost before a timeout, a client may interpret a wrong order, thus failing. So this little overhead for request/reply is really useful.

Replyer requests must indicate –somehow– the clientId and the messageId. We have to take into account the the messageId parameter in the packet is not always mandatory (qos 0), so depending in qos for a request we have or have not to append it.