An HTTP service architecture for scientific data
Last updated 7 years ago by gingi .
MIT · Repository · Bugs · Original npm · Tarball · package.json
$ cnpm install node-sage 
SYNC missed versions from official npm registry.


Version 0.1.4

A REST service architecture for scientific data.

Build Status

##External Dependencies The following tools need to be installed separately (e.g., with Homebrew) before Sage and its dependencies can be installed:

##Overview Sage is equipped with a command-line tool, quaintly named sage, to manage the project. It can be used to install dependencies, start Sage and it services, monitor Sage, and shut it down.

To use the tool, run:

source sage.env

##Installation To install Sage, along with its dependencies, run:

sage install

To check the installation, and execute project tests, run:

sage check

To install example data used by the demo, run:

sage examples

##Configuration Sage services are configured in a simple configuration file in conf/services.json listing an HTTP port, the name of the service, the Node.js control file, and a configuration file. A sample services configuration is available at conf/services-sample.json. To get started:

cp conf/services-sample.json conf/services.json

##Running Sage To start Sage, run:

sage start

All the services configured in conf/services.json are started. Their process IDs and network ports are listed.

To stop Sage, run:

sage stop

To restart Sage, run:

sage restart

To determine whether Sage and its services are running, run:

sage status

Each of the above management commands can be run on individual services by supplying the service name as an argument:

sage {start,stop,restart,status} <service-name>

##More Help

API documentation for the library

The sage startup script has a general and command-specific help facility. To find out more about it, run:

sage help [<command>]

##Coding Style and Conventions TODO



  • Bug fixes


  • Service events.
  • Lists can show specific resource properties.


  • Handling URL templates for resource fetching.
  • Bugs zapped.


  • XML responses
  • Collection schema use associated resource schema


  • Services
    • Logging with Bunyan
  • Service Registry
    • Registry proxies for remote services.
    • Service#registry promises to be resolved when registry pings.
  • Resources and Collections
    • Resources and collections can be associated with services.
    • Services provide default routes and responses.
    • Services can fetch collections and resources from remote endpoints.
    • Resources can override parsing data from remote endpoints.
    • Collections act as native Arrays.
  • Sage class exposes Service, Resource, and Registry.

Current Tags

  • 0.1.5                                ...           latest (7 years ago)

2 Versions

  • 0.1.5                                ...           7 years ago
  • 0.1.4                                ...           7 years ago
Maintainers (1)
Today 0
This Week 0
This Month 0
Last Day 0
Last Week 0
Last Month 0
Dependencies (17)
Dev Dependencies (4)
Dependents (1)

Copyright 2014 - 2016 © |