node-mdbm

0.1.1 • Public • Published

node-mdbm

node.js client for accessing GT.M and Caché Globals (via secured HTTP)

Inspired by node-apac (thanks to Dustin McQuay [dmcquay])

Rob Tweed rtweed@mgateway.com
29 September 2010, M/Gateway Developments Ltd http://www.mgateway.com

Twitter: @rtweed

Google Group for discussions, support, advice etc: http://groups.google.co.uk/group/mdb-community-forum

Installing node-mdbm

   npm install node-mdbm

GT.M and Caché Globals?

GT.M and Caché are relatively little-known, but extremely versatile, high-performance NoSQL databases. They both store data in sparse hierarchical array-like structures known as "Globals". These are extremely flexible: unlike other NoSQL databases that are designed with one particular storage model in mind, Global-based databases are more like a "Swiss Army Knife of databases". You can use Globals to store simple key/value pairs, tabular data (cf BigTable, SimpleDB, Cassandra), documents (cf CouchDB, MongoDB) or more complex data such as graphs or DOMs. GT.M and Caché use sophisticated mechanisms for automatically ensuring that the data you require most frequently is cached in memory: you get in-memory key/value store performance with the security and integrity of an on-disk database.

For more background on Globals, you should read http://www.mgateway.com/docs/universalNoSQL.pdf

GT.M is a particularly attractive option as it is available as a Free Open Source version.

I've developed node-mbdm to make it possible for the growing Node.js community to benefit from the great flexibility and performance that these Global-based databases provide. The combination of Node.js and Globals is truly remarkable, and I'm hoping node-mdm will result in them becoming much better known for NoSQL database storage.

Installing the Global-based back-end System

In order to use node-mdbm you'll need to have a have a Caché system or a Linux system with GT.M installed. You'll also need to install the following on the GT.M or Caché system:

  • M/DB (latest version from the repository: robtweed/mdb)
  • M/DB:Mumps (latest version from the repository: robtweed/mdb)
  • EWD (latest version from the respository: robtweed/EWD)
  • Apache and our m_apache gateway.

I've provided specific instructions for Caché at the end of this README file. If you'd prefer to use the Free Open Source GT.M database, read on:

The easiest way to get a GT.M system going is to use Mike Clayton's M/DB installer for Ubuntu Linux which will create you a fully-working environment within a few minutes. You'll then just need to update M/DB, M/DB:Mumps and EWD and you'll have a GT.M database server that's ready for use with Node.js and node-mdbm. Node.js and node-mdm can reside on the same server as GT.M or on a different server.

The instructions below assume you'll be installing Node.js and node-mdbm on the same server.

You can apply Mike's installer to a Ubuntu Linux system running on your own hardware, or running as a virtual machine. However, I find Amazon EC2 servers to be ideal for trying this kind of stuff out. I've tested it with both Ubuntu 10.4 and 10.10.

So, for example, to create an M/DB Appliance using Amazon EC2:

If you point a browser at the domain name/IP address assigned to the Ubuntu machine, you should now get the M/DB welcome screen. You'll need to initialise M/DB before you can use node-mdbm. Follow the instructions that you'll see in your browser for creating the /usr/MDB/MDB.conf file and initialising M/DB.

The M/DB system should now be working. In order to enable it for use with Node.js and node-mdbm, you'll need to upgrade MDB.m, MDBMumps.m and EWD as follows:

  • Install git - we'll be needing this to fetch the various resources we need. Here I've created a new directory /git which is where I'll put all the respositories I download, but you can use whatever directory you wish:

     sudo apt-get install git-core
     cd /
     sudo mkdir git
     sudo chmod 777 git
     cd git
    
  • Update M/DB and M/DB:Mumps

     git clone git://github.com/robtweed/mdb.git
    

    Then copy all the files with .m file extensions from /usr/git/mdb to /usr/local/gtm/ewd, overwriting the original versions.

      cp /git/mdb/MDB*.m /usr/local/gtm/ewd
    
  • Update the EWD routines. These provide M/DB:Mumps and M/DB with a variety of utility functions, eg for JSON processing

     git clone git://github.com/robtweed/EWD.git
    

    Then copy the routine files from /usr/git/EWD to /usr/local/gtm/ewd, overwriting the original versions.

      cp /git/EWD/*.m /usr/local/gtm/ewd
    

At this point you have a GT.M-based Mumps server that is ready to access from a Node.js system via HTTP.

If you want to make a completely self-contained test system that also includes Node.js and node-mdbm, then continue as follows:

  • Install node.js:

     sudo apt-get install g++ curl openssl libssl-dev apache2-utils
     git clone git://github.com/ry/node.git
     cd node
     ./configure
     make
     sudo make install
    

    Test it by running node -v. If everything is installed and working correctly you'll see:

      $ node -v  
      v0.3.0-pre
    
  • Install npm (Node.js Package manager)

      cd /git
      sudo chown -R $USER /usr/local
      curl http://npmjs.org/install.sh | sh
    

    Now install npm

      npm install node-mdbm
    

OK! That's it all installed. You should now be ready to try out node-mdbm!

Testing node-mdbm

In /usr/local/gtm/ewd create a file named test1.js containing:

var mdbmif = require("node-mdbm");
var mdbm = new mdbmif.Client({
   mdbId:'<yourId>',
   mdbSecret:'<your secret key>',
   endPoint: '127.0.0.1'
});
mdbm.version( 
   function(error, results) {
      if (error) { 
         console.log('Error: ' + error + "\n");
         console.log(results.ErrorCode + ": " + results.ErrorMessage + "\n"); 
      }
      else {
        console.log(results.Name + "\n" + results.Build + "\n" + results.Date + "\n");
      }
   }
);

Replace the mdbId and mdbSecret values with the ones you used in the MDB.conf file that initialised the M/DB Appliance

Now run it (from within /usr/local/gtm/ewd). If everything is working properly, you should see:

ubuntu@domU-12-31-39-09-B8-03:/usr/local/gtm/ewd$ node test1.js
M/DB:Mumps
5
04 October 2010

If this is what you get, then you have Node.js successfully communicating with your GT.M database.

Running node-mdbm

To use node-mdbm in your Node.js applications, you must add:

    var mdbmif = require("node-mdbm");

Then create a new instance of the node-mdbm client object:

  var mdbm = new mdbmif.Client({
     mdbId:'<yourId>',
     mdbSecret:'<your secret key>',
     endPoint: '127.0.0.1'
  });

You must specify a valid M/DB User ID and Secret Key. Use the values you put in the MDB.conf file when you initialised M/DB. (If you using a self-contained M/DB Appliance-based system, the endPoint should be 127.0.0.1, but you can access a remote GT.M system from Node.js by specifying its IP Address or Domain Name. Note that in order to access a remote GT.M system using node-mdbm you must install M/DB, M/DB:Mumps and EWD on the GT.M system)

Now you can use any of the node-mdbm APIs.

APIs

  • set (sets a Global node, using the specified subscripts and data value)
  • get (gets a Global node, using the specified subscripts)
  • setJSON (maps a JSON object to a Global)
  • getJSON (returns a JSON object from Global storage)
  • kill (deletes a Global node, using the specified subscripts)
  • getGlobalList (returns an array of Global names that exist in your database)
  • getNextSubscript (returns the next subscript at a specified level of Global subscripting)
  • getPreviousSubscript (returns the next subscript at a specified level of Global subscripting)
  • getAllSubscripts (returns an array containing all subscript values below a specified level of subscripting)
  • increment (Atomically increments a Global node, using the specified subscripts)
  • decrement (Atomically decrements a Global node, using the specified subscripts)
  • remoteFunction (Execute a function within the GT.M or Caché system and return the response)
  • transaction (Execute a sequence of Global manipulations in strict order, specified as an array of setJSON and kill JSON documents.)
  • version (returns the M/DB:Mumps build number and date)

With the exception of version, the APIs follow the same pattern:

Commands

  • mdbm.version(function(error, results) {});

    Returns the current build number and date in the results object:

      results.Build = build number  
      results.Date = build date
    
  • mdbm.set(GlobalName, subscripts, value, function(error, results) {});

    Sets a Global node:

    GlobalName = name of Global (literal)
    subscripts = array specifying the subscripts ('' if value to be set at top of Global) eg ["a","b","c"] value = the data value to be set at the specified Global node

    Returns ok=true if successful, ie:

     results.ok = true
    
  • mdbm.get(GlobalName, subscripts, function(error, results) {});

    Gets the value for a Global node:

    GlobalName = name of Global (literal)
    subscripts = optional array specifying the subscripts ('' if value at top of Global to be returned) eg ["a","b","c"]

    Returns the value (if any) and the status of the specified node

     results.value
     results.dataStatus
     
     If the specified node does not exist, results.dataStatus = 0 and results.value = ''
     If the specified node exists, has lower-level subscripts but no data value, results.dataStatus = 10 and results.value = ''
     If the specified node exists, has lower-level subscripts has a data value, results.dataStatus = 11 and results.value = the value of the node
     If the specified node exists, has no lower-level subscripts and has a data value, results.dataStatus = 1 and results.value = the value of the node
    
  • mdbm.setJSON(GlobalName, subscripts, json, deleteBeforeSave, function(error, results) {});

    Maps the specified JSON object and saves it into a Global node. The JSON object can be saved into the top node of a Global, or merged under a specified subscript level within a Global. Optionally you can clear down any existing data at the specified Global node. The default is the new JSON object gets merged with existing data in the Global.

    GlobalName = name of Global (literal)
    subscripts = optional array specifying the subscripts ('' if JSON to be stored at top level of Global) eg ["a","b","c"] json = the JSON object to be saved (object literal)
    deleteBeforeSave = true|false (default = false)

    Returns ok=true if successful, ie:

     results.ok = true
    
  • mdbm.getJSON(GlobalName, subscripts, function(error, results) {});

    Gets the data stored at and under the specified Global node, and maps it to a JSON object before returning it.

    GlobalName = name of Global (literal)
    subscripts = optional array specifying the subscripts ('' if JSON to be stored at top level of Global) eg ["a","b","c"]

    Returns the JSON object as results

     results = returned JSON object
    
  • mdbm.kill(GlobalName, subscripts, function(error, results) {});

    Deletes a Global node and the sub-tree below it:

    GlobalName = name of Global (literal)
    subscripts = array specifying the subscripts ('' if the entire Global is to be deleted) eg ["a","b","c"]

    Returns ok=true if successful, ie:

     results.ok = true
    
  • mdbm.getGlobalList(function(error, results) {});

    Returns an array of Global Names in your database (ie results):

  • mdbm.getNextSubscript(GlobalName, subscripts, function(error, results) {});

    Gets the next subscript value (if any) in collating sequence at the specified level of subscripting, following the last specified subscript:

    GlobalName = name of Global (literal)
    subscripts = array specifying the subscripts ('' if the first 1st subscript is to be returned) eg ["a","b","c"] will return the value of the 3rd subscript the follows the value "c" where subscript1 = "a" and subscript2 = "b"

    Returns:

      results.subscriptValue = the value of the next subscript
      results.dataStatus = the data status at the next subscript:
      			10 = no data at the next subscripted node but child subscripts exist
      			11 = data at the next subscripted node, and child subscripts exist
      			1  = data at the next subscripted node, but no child subscripts exist
      results.dataValue = the value (if any) at the next subscript
    
  • mdbm.getPreviousSubscript(GlobalName, subscripts, function(error, results) {});

    Gets the previous subscript value (if any) in collating sequence at the specified level of subscripting, preceding the last specified subscript:

    GlobalName = name of Global (literal)
    subscripts = array specifying the subscripts ('' if the last 1st subscript is to be returned) eg ["a","b","c"] will return the value of the 3rd subscript the precedes the value "c" where subscript1 = "a" and subscript2 = "b"

    Returns:

      results.subscriptValue = the value of the previous subscript
      results.dataStatus = the data status at the previous subscript:
      			10 = no data at the previous subscripted node but child subscripts exist
      			11 = data at the previous subscripted node, and child subscripts exist
      			1  = data at the previous subscripted node, but no child subscripts exist
      results.dataValue = the value (if any) at the previous subscript
    
  • mdbm.getAllSubscripts(GlobalName, subscripts, function(error, results) {});

    Gets all the values of the subscripts that exist below the specified subscript(s):

    GlobalName = name of Global (literal)
    subscripts = array specifying the required subscripts ('' if all 1st subscript values are to be returned) eg ["a","b","c"] will return an array of all subscripts that exist below this level of subscripting

    Returns:

      results = array of all subscripts found immediately below the specified Global node.
    
  • mdbm.increment(GlobalName, subscripts, delta, function(error, results) {});

    Atomically increments the speficied Global node by the specified amount. If the node does not exist, it is created and its initial value is assumed to be zero:

    GlobalName = name of Global (literal)
    subscripts = array specifying the required subscripts ('' if the top-level Global node is to be incremented) eg ["a","b","c"] delta: the amount by which the specified Global node is to be incremented (default = 1)

    Returns:

      results.value = the new value of the incremented node
    
  • mdbm.decrement(GlobalName, subscripts, delta, function(error, results) {});

    Atomically decrements the speficied Global node by the specified amount. If the node does not exist, it is created and its initial value is assumed to be zero:

    GlobalName = name of Global (literal)
    subscripts = array specifying the required subscripts ('' if the top-level Global node is to be decremented) eg ["a","b","c"] delta: the amount by which the specified Global node is to be decremented (default = 1)

    Returns:

      results.value = the new value of the decremented node
    
  • mdbm.transaction(json, function(error, results) {});

    Invokes a sequence of actions within the back-end GT.M or Caché system. These actions are applied in strict sequence and constitute a transaction.

    json = a JSON array of object literals. Each object literal defines either a setJSON or kill command.

    For example:

      var action1 = {
      	method:'setJSON',
      	GlobalName:'mdbmTest9',
      	subscripts:['a'],
      	json:{this:{is:{too:'cool',really:"nice!"}}}
      };
      var action2 = {
      	method:'kill',
      	GlobalName:'mdbmTest9',
      	subscripts:['b','c']
      };
      var json = [action1,action2];
    

    Returns ok=true if successful, ie:

     results.ok = true
    

    In the example above, the actions are invoked in the GT.M or Caché back-end in strict sequence according to their position in the json array, ie action1, followed by action 2. The transaction details are sent as a single request to the back-end from Node.js and the invocation of the commands that make up the transaction occurs entirely within the back-end system. As a result, the Node.js thread is not blocked. The call-back function is invoked only when the entire transaction has completed at the back-end.

  • mdbm.remoteFunction(functionName, parameters, function(error, results) {});

    Execute a native GTM or Caché function. This is usually for legacy applications:

    functionName = function name/reference (literal), eg 'myFunc^theRoutine'
    parameters = array specifying the values for the remote function's parameters ('' if no parameters required) eg ["a","b","c"]

    Returns:

      results.value = the response/result returned by the remote function
    

Examples

To set the Global:

^mdbmTest("check","this","out")="Too cool!"

and then retrieve the value again (note the asynchronous nature of Node.js will not guarantee the order in which the APIs below are executed in the GT.M or Caché back-end)

var mdbmif = require("node-mdbm");

var mdbm = new mdbmif.Client({
   mdbId:'<your Id>',
   mdbSecret:'<your secret key>',
   endPoint: '127.0.0.1'
});
mdbm.set('mdbmTest', ["check","this","out"], "Too cool!",
   function(error, results) {
         if (error) { 
            console.log('Error: ' + error + "\n");
            console.log(results.ErrorCode + ": " + results.ErrorMessage + "\n");
         }
         else {
           console.log(results.ok + "\n");
         }
   }
);
mdbm.get('mdbmTest', ["check","this","out"],
   function(error, results) {
         if (error) {
            console.log('Error: ' + error + "\n");
            console.log(results.ErrorCode + ": " + results.ErrorMessage + "\n");
         }
         else {
           console.log("dataStatus=" + results.dataStatus + "\nvalue=" + results.value + "\n");
         }
   }
);

Note: this Global node could also have been created using SetJSON:

var json = {"check":{"this":{"out":"Too cool!"}}};
mdbm.setJSON('mdbmTest', '', json, true,
   function(error, results) {
         if (error) { 
            console.log('Error: ' + error + "\n");
            console.log(results.ErrorCode + ": " + results.ErrorMessage + "\n"); 
         }
         else {
           console.log(results.ok);
         }
   }
);

and the original JSON could be retrieved using:

mdbm.getJSON('mdbmTest','',
   function(error, results) {
      if (error) { 
         console.log('Error: ' + error + "\n"); 
         console.log(results.ErrorCode + ": " + results.ErrorMessage + "\n"); 
      }
      else {
        console.log(JSON.stringify(results));
      }
   }
);

Using node-mdbm with Caché

The node-mdbm client can be used with a Caché database, and both WebLink and CSP are supported.

You need to install Node.js and the node-mdbm client as described earlier, but on the Cache back-end system, you need to do the following:

  • install EWD for Caché (build 827 or later): http://www.mgateway.com/ewd.html

  • download the M/DB files from the robtweed/mdb repository (http://github.com:robtweed/mdb.git)

  • you'll find a directory named /cache in the robtweed/mdb repository and inside it is a file named mdb.ro. Use %RI or equivalent to install the MDB routines that it contains into your working namespace (eg USER)

  • Run the following commands in a Caché terminal window (in your working namespace, eg USER):

    s key="<your M/DB user ID>"
    s secret="<your M/DB secret key>"
    s ok=$$createAdministrator^MDBConfig(key,secret)
    s ok=$$reset^MDBConfig(key,secret)
    

Note: replace the bits above in angled brackets with the values you want to use as your M/DB user ID and secret key

  • Set up the dispatch mapping table for M/DB:Mumps:

        d install^MDBMumps
    
  • If you're going to use WebLink, define the dispatch routine mapping:

        s ^MGWAPP("mdb")="response^MDB"
    
  • If you're going to use CSP, have a look in the robtweed/mdb repository and you'll find a directory named /csp. Inside this you'll find a file named mdbm.csp. Copy this to a convenient CSP application path, eg /csp/ewd You may also need to edit the line baseUri+1 in the routine MDBMCache to match the path you've used for this CSP page. You may need to set up/modify the CSP application parameters for the path you've used.

  • You should be ready to try it out. If you're using WebLink, you'll need to modify the parameters at the start of your Javascript file(s), specifically the endPoint, baseUri and the webLink properties, eg:

      var mdbm = new mdbmif.Client({
          mdbId:'<your M/DB user ID>',
          mdbSecret:'<Your M/DB secret key>',
          endPoint: '192.168.1.106',
          baseUri: '/scripts/mgwms32.dll',
          webLink: {MGWLPN:"LOCAL",MGWAPP:"mdb"}
      };
    

If you're using CSP, this section should look like the following:

    var mdbm = new mdbmif.Client({
        mdbId:'<your M/DB user ID>',
        mdbSecret:'<Your M/DB secret key>',
        endPoint: '192.168.1.106',
        baseUri: '/csp/ewd/mdbm.csp'
    });

Note: The baseUri path should be appropriate to where you put the mdbm.csp page on your Caché system.

License

Copyright (c) 2004-10 M/Gateway Developments Ltd, Reigate, Surrey UK. All rights reserved.

http://www.mgateway.com Email: rtweed@mgateway.com

This program is free software: you can redistribute it and/or modify it under the terms of the GNU Affero General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Affero General Public License for more details.

You should have received a copy of the GNU Affero General Public License along with this program. If not, see http://www.gnu.org/licenses/.

Readme

Keywords

none

Package Sidebar

Install

npm i node-mdbm

Weekly Downloads

9

Version

0.1.1

License

none

Last publish

Collaborators

  • robtweed