Developing RESTful APIs with Loopback

---

TL;DR: In this tutorial, I'll show you how to leverage Loopback to build out your REST APIs quickly. Check out the repo to get the code.

---

RESTful API Overview

API (Application Programming Interface) endpoints are the connections between your application and the rest of the developer community. You can decide to open up your data source to the world by crafting API endpoints that developers can consume. Furthermore, developing an application that will require clients for different platforms such as Desktop, Android, iOS and Windows platform will most likely need a RESTful API for all the clients to access data seamlessly. Unless of course you are engaging GraphQL, the alternate option to RESTful APIs.

If you have built a RESTful API from scratch before now, you'll understand that there are a lot of processes you have to follow, a lot of code to write, and a lot of testing to do to ensure your APIs work correctly. Loopback was designed to fast-track those processes and take away the pain of developing RESTful APIs from scratch.

What is Loopback

Loopback is a highly extensible open-source Node.js framework that can be used to build dynamic end-to-end REST APIs. With little or no code, Loopback hands you the power to:

• Quickly create APIs.
• Connect your APIs to data sources such as relational databases, MongoDB, REST APIs, etc.
• Incorporate model relationships and access controls for complex APIs.
• Extend your APIs.

“Loopback is a highly extensible open-source Node.js framework that can be used to build dynamic end-to-end REST APIs”

Tweet This

Loopback runs on-premises or in the cloud. It also provides several add-on components for file management, 3rd-party login, OAuth2, Storage providers e.t.c. Simply put, Loopback allows you to create REST APIs in minutes. It does that by:

• Providing a CLI tool for use.
• Providing a built-in API explorer.
• Allowing a developer create models based on a particular schema.
• Allowing a developer to create dynamic models in the absence of a schema.
• Providing SDKs for iOS, Android, and AngularJS to easily create client apps.

Application Overview

In this tutorial, we'll build a RESTful API for Star Wars. A Star Wars API, SWAPI already exists. Rather than crafting an entirely different API, we'll build a clone of the Star Wars API. The objective of building the API clone is to learn how to craft APIs quickly with Loopback. Consider a case where you are assigned the task of designing an API for a new interesting HBO show, e.g Game of Thrones, that has caught the attention of Google & Facebook.

Explore SWAPI (Star Wars API) Design

We will explore the API endpoints for SWAPI(Star Wars API). There are six endpoints for the Star Wars API:

• Planets -

  /planets

• People -

  /people

• Starships -

  /starships

• Species -

  /species

• Vehicles -

  /vehicles

• Films -

  /films

1. Planets

   • This resource is about the planetary bodies in the Star Wars Universe.
   • GET -

     /planets

     returns a list of all the planets.
   • GET -

     /planets/<id>

     returns the details of a specific planet.

2. People

   • This resource deals with characters in the Star Wars Universe.
   • GET -

     /people

     returns a list of all the characters.
   • GET -

     /planets/<id>

     returns the details of a specific character.

3. Starships

   • This resource is about the transport crafts that have hyperdrive capability in the Star Wars Universe.
   • GET -

     /starships

     returns a list of all the starships.
   • GET -

     /starships/<id>

     returns the details of a specific starship.

4. Vehicles

   • This resource is about the transport crafts that do not have hyperdrive capability.
   • GET -

     /vehicles

     returns a list of all the vehicles.
   • GET -

     /vehicles/<id>

     returns the details of vehicle.

5. Species

   • This resource is about the type of characters in the Star Wars Universe.
   • GET -

     /species

     returns a list of all the species.
   • GET -

     /species/<id>

     returns the details of a specific specie.

6. Films

   • This resource is about the episodes of the Star Wars film.
   • GET -

     /films

     returns a list of all the episodes.
   • GET -

     /films/<id>

     returns the details of a specific film.

In the analysis above, you'll observe that all the calls for the endpoints are

GET

requests. We'll ensure that the other HTTP verbs,

POST

,

PUT

, and

DELETE

will be active for these endpoints when building the API.

Getting Started: Building Star Wars API

Let's get started. Go ahead and install Loopback:

npm install -g loopback-cli

Once you are done installing, go ahead and run the loopback command:

lb

The Loopback CLI is an interactive wizard. A series of questions will be asked such as the name of the application, directory to store the project, the version of loopback you prefer and the kind of application you want loopback to provision. Answer the questions:

Next, move into the

starwars

directory from the terminal.

Create Models

We'll create all the models needed for this API. As mentioned earlier, we have 6 resources,

People

,

Films

,

Starships

,

Species

,

Vehicles

and

Planets

. In our API, we'll deal with just 5.

lb model

It will prompt you for a model name: Enter

People

. Next, select

db(memory)

as the data source. Go ahead and select

PersistedModel

as the model's base class. Hit

Enter

to expose People via the REST API.

Next, select

common

model. Selecting this ensures that the models are stored in the

common

directory. You can also decide to store them in the

server

directory only. The server directory is used to store server-side models while the common directory stores models that can potentially used by both server and client Loopback APIs.

Now, you are going to define properties for the

People

model. The properties are:

• Property name: name, Property type: string, Required? Yes
• Property name: height, Property type: number, Required? Yes
• Property name: mass, Property type: number, Required? Yes
• Property name: gender, Property type: string, Required? Yes

Repeat the same process for the

Films

,

Starships

,

Species

and

Planets

models with these properties:

Note: You'll have to run

lb model

on your terminal everytime you need to create a new model.

Film

• Property name: title, Property type: string, Required? Yes
• Property name: opening_crawl, Property type: string, Required? Yes
• Property name: director, Property type: string, Required? Yes
• Property name: producer, Property type: string, Required? Yes

Starship

• Property name: name, Property type: string, Required? Yes
• Property name: model, Property type: string, Required? Yes
• Property name: manufacturer, Property type: string, Required? Yes
• Property name: passengers, Property type: number, Required? Yes
• Property name: class, Property type: string, Required? Yes

Specie

• Property name: name, Property type: string, Required? Yes
• Property name: classification, Property type: string, Required? Yes
• Property name: designation, Property type: string, Required? Yes
• Property name: average_height, Property type: number, Required? Yes
• Property name: skin_color, Property type: string, Required? Yes
• Property name: language, Property type: string, Required? Yes

Planet

• Property name: name, Property type: string, Required? Yes
• Property name: rotation_period, Property type: number, Required? Yes
• Property name: orbital_period, Property type: number, Required? Yes
• Property name: diameter, Property type: number, Required? Yes
• Property name: population, Property type: nunber, Required? Yes

Once you are done provisioning all the models, head over to the

common/models

directory. In this directory, you'll see all the models in

.js

and

.json

files. For example,

people.js

and

people.json

file.

Next, test the API. Run the command below in the root path of the project:

node .

Check out your API explorer.

Here, you can see the structure of the Species resource. Clicking the

Try it out

button hits the

/api/species

endpoint and returns a result. Right now, there is no data so it returns an empty array.

Note: The API explorer allows you test the REST API operations during development.

Let's make a POST request to the

/api/film

endpoint using the explorer. Head over to

http://localhost:3000/explorer/#!/Films/Films_create

.

In the diagram above, I highlighted three steps:

1. Click on the text-area box that contains the parameter type. Once clicked, it immediately appears in box 2.
2. Edit the JSON in the box.
3. Click the

   Try it out

   button to execute the POST operation

Note: If you are making a POST request to create a new record, remove the

id

attribute and value from the JSON in the box.

id

is automatically assigned.

Result of POST operation

Now check out the URL,

http://localhost:3000/api/films

.

Try making a POST request to the films endpoint with Postman.

Voila! Be careful, our API is not connected to any data source yet.

Next, let's connect our API to a data source.

Connect API to Data Source

Let's connect our API to a database. Luckily for us, loopback supports a lot of data sources. Head over to your terminal and run the following command:

lb datasource

It will prompt you for a name. Enter

mysqlDs

.

mysqlDs

is MySQL Datasource for short. Yes, we'll make use of MySQL. So, make sure you have MySQL database installed on your machine.

Next, select

MySQL

as the connector for

mysqlDs

and hit Enter. Go ahead and supply the

host

,

port

,

user

and

password

values for the connection string. And enter

Yes

to install the loopback-connector-mysql tool.

The connection details can be found at

server/datasources.json

. Feel free to edit the file anytime.

Connect API to MySQL

Open up

server/model-config.json

and change the value of the

dataSource

property from

db

to

mysqlDs

for each of the models.

server/model-config.json

...
"People": {
  "dataSource": "db",
  "public": true
},
"Film": {
  "dataSource": "db",
  "public": true
},
"Starship": {
  "dataSource": "db",
  "public": true
},
"Specie": {
  "dataSource": "db",
  "public": true
},
"Planet": {
  "dataSource": "db",
  "public": true
}

After changing to mysqlDs

server/model-config.json

...
"People": {
  "dataSource": "mysqlDs",
  "public": true
},
"Film": {
  "dataSource": "mysqlDs",
  "public": true
},
"Starship": {
  "dataSource": "mysqlDs",
  "public": true
},
"Specie": {
  "dataSource": "mysqlDs",
  "public": true
},
"Planet": {
  "dataSource": "mysqlDs",
  "public": true
}

Create Model Tables in MySQL

We'll go ahead and create tables for each of the models in MySQL. There are two approaches:

• Create tables manually in MySQL database
• Programmatically create the tables.

Let's go with the second option. It's more effective. And we need test data. We'll write an automigration script to programmatically create the tables.

Create a new file,

server/boot/create-data-tables.js

and add code to it:

module.exports = function(app) {
  app.dataSources.mysqlDs.automigrate('People', function(err) {
    if (err) throw err;

    app.models.People.create([{
      name: 'Luke Skywalker',
      height: 172,
      mass: 77,
      gender: 'Male'
    }, {
      name: 'C-3PO',
      height: 167,
      mass: 75,
      gender: 'Undetermined'
    }], function(err, People) {
      if (err) throw err;

      console.log('Models created: \n', People);
    });
  });

  app.dataSources.mysqlDs.automigrate('Film', function(err) {
    if (err) throw err;

    app.models.Film.create([{
      title: 'A New Hope',
      opening_crawl: 'It is a period of civil war',
      director: 'George Lucas',
      producer: 'Gary Kurtz'
    }, {
      title: 'The Empire Strikes Back',
      opening_crawl: 'It is a dark time for the rebellion',
      director: 'Irvin Kershner',
      producer: 'Rick McCallum'
    }], function(err, People) {
      if (err) throw err;

      console.log('Models created: \n', People);
    });
  });

  app.dataSources.mysqlDs.automigrate('Starship', function(err) {
    if (err) throw err;

    app.models.Starship.create([{
      name: 'Death Star',
      model: 'DS-1 Orbital Battle Station',
      manufacturer: 'Imperial Department of Military Research',
      passengers: 843342,
      class: 'Deep Space Mobile Battlestation'
    }, {
      name: 'Sentinel-class landing craft',
      model: 'Sentinel-class landing craft',
      manufacturer: 'Sienar Fleet Systems, Cyngus Spaceworks',
      passengers: 75,
      class: 'Landing Craft'
    }], function(err, Starship) {
      if (err) throw err;

      console.log('Models created: \n', Starship);
    });
  });

  app.dataSources.mysqlDs.automigrate('Specie', function(err) {
    if (err) throw err;

    app.models.Specie.create([{
      name: 'Droid',
      classification: 'artificial',
      designation: 'sentient',
      average_height: 34,
      skin_color: "brown",
      language: "Galacticus"
    }, {
      name: 'Human',
      classification: 'Mammal',
      designation: 'sentient',
      average_height: 180,
      skin_color: 'black',
      language: 'Galactic Basic'
    }], function(err, Specie) {
      if (err) throw err;

      console.log('Models created: \n', Specie);
    });
  });

  app.dataSources.mysqlDs.automigrate('Planet', function(err) {
    if (err) throw err;

    app.models.Planet.create([{
      name: 'Yavin IV',
      rotation_period: 24,
      orbital_period: 4818,
      diameter: 10200,
      population: 1000
    }, {
      name: 'Hoth',
      rotation_period: 23,
      orbital_period: 549,
      diameter: 7200,
      population: 12500
    }], function(err, Planet) {
      if (err) throw err;

      console.log('Models created: \n', Planet);
    });
  });
};

The bunch of code above simply creates the tables and seeds them with the data provided. Whenever your app is initialized, the script will run and ensure the tables exist and are seeded with the right data.

Head over to your console and start your app again:

node .

Create Tables and seed data

Check your database. The new tables and data should reflect there.

Test the API

Now that our API is connected to MySQL. Let's test our API for persistence. Make a

GET

request to

http://localhost:3000/api/planets

.

Initial GET Request

Go ahead and make a

POST

request to the URL.

POST Request

Now, make another

GET

request to the URL

Another GET Request

Yes, we see three records. Our data was persisted successfully. You can test out the

PUT

,

PATCH

, and

DELETE

operations for the

Planets

and other API endpoints.

Secure the Star Wars API

The majority of the APIs we use on a daily basis have a means of authorizing users to make changes to them. We'll go ahead and secure some of these API endpoints with JSON Web Tokens.

JSON Web Tokens, commonly known as JWTs, are tokens that are used to authenticate users on applications. This technology has gained popularity over the past few years because it enables backends to accept requests simply by validating the contents of these JWTs. That is, applications that use JWTs no longer have to hold cookies or other session data about their users. This characteristic facilitates scalability while keeping applications secure.

Whenever the user wants to access a protected route or resource (an endpoint), the user agent must send the JWT, usually in the

Authorization

header using the Bearer schema, along with the request.

When the API receives a request with a JWT, the first thing it does is to validate the token. This consists of a series of steps, and if any of these fails then, the request must be rejected. The following list shows the validation steps needed:

• Check that the JWT is well formed
• Check the signature
• Validate the standard claims
• Check the Client permissions (scopes)

More information about JWTs can be found here.

Now, we will make use of Auth0 to issue our JSON Web Tokens. With Auth0, we have to write just a few lines of code to get a solid identity management solution, including single sign-on, user management, support for social identity providers (like Facebook, GitHub, Twitter, etc.), enterprise (Active Directory, LDAP, SAML, etc.), and your own database of users.

For starters, if you haven't done so yet, this is a good time to sign up for a free Auth0 account. Having an Auth0 account, the first thing that we must do is to create a new API on the dashboard. An API is an entity that represents an external resource, capable of accepting and responding to protected resource requests made by clients. And we are dealing with an API here, SWAPI (Star Wars API).

Auth0 offers a generous free tier to get started with modern authentication.

Login to your Auth0 management dashboard and create a new API client.

Click on the APIs menu item and then the Create API button. You will need to give your API a name and an identifier. The name can be anything you choose, so make it as descriptive as you want. The identifier will be used to identify your API, this field cannot be changed once set. For our example, I'll name the API, Star Wars API, and for the identifier I'll set it as https://starwarsapi.com. We'll leave the signing algorithm as RS256 and click on the Create API button.

Create a New API

Creating the Star Wars API

You can define scopes in this section

Head over to your terminal and install the following node modules:

npm install express-jwt jwks-rsa --save

Open up your

server/server.js

file and modify the code to look like this:

'use strict';

var loopback = require('loopback');
var boot = require('loopback-boot');
var jwt = require('express-jwt');
var jwks = require('jwks-rsa');

var app = module.exports = loopback();

var authCheck = jwt({
  secret: jwks.expressJwtSecret({
        cache: true,
        rateLimit: true,
        jwksRequestsPerMinute: 5,
        // YOUR-AUTH0-DOMAIN name e.g https://prosper.auth0.com
        jwksUri: "{YOUR-AUTH0-DOMAIN}/.well-known/jwks.json"
    }),
    // This is the identifier we set when we created the API
    audience: '{YOUR-API-AUDIENCE-ATTRIBUTE}',
    issuer: '{YOUR-AUTH0-DOMAIN}',
    algorithms: ['RS256']
});


app.use(authCheck);

// apply to a path
app.use('/api/films', function(req, res, next) {
    res.json("It has valid token", req.user);
});

// catch error
app.use(function (err, req, res, next) {
    if (err.name === 'UnauthorizedError') {
        res.status(401).send('Invalid token, or no token supplied!');
    } else {
        res.status(401).send(err);
    }
});


app.start = function() {
  // start the web server
  return app.listen(function() {
    app.emit('started');
    var baseUrl = app.get('url').replace(/\/$/, '');
    console.log('Web server listening at: %s', baseUrl);
    if (app.get('loopback-component-explorer')) {
      var explorerPath = app.get('loopback-component-explorer').mountPath;
      console.log('Browse your REST API at %s%s', baseUrl, explorerPath);
    }
  });
};

// Bootstrap the application, configure models, datasources and middleware.
// Sub-apps like REST API are mounted via boot scripts.
boot(app, __dirname, function(err) {
  if (err) throw err;

  // start the server if `$ node server.js`
  if (require.main === module)
    app.start();
});

In the code above, we required

express-jwt

and

jwks-rsa

modules.

• The

  expres-jwt

  module is an express middleware that validates a JSON Web Token and set the

  req.user

  with the attributes.
• The

  jwks-rsa

  module is a library that helps retrieve RSA public keys from a JSON Web Key Set endpoint.

The

authCheck

variable does the check to validate the access tokens that are sent as Authorization headers. It validates the

audience

,

issuer

and algorithm used to sign the token.

Note: Replace the

YOUR-API-AUDIENCE-ATTRIBUTE

and

YOUR-AUTH0-DOMAIN

placeholders with the API audience and Auth0 domain values from your Auth0 dashboard.

app.use(authCheck);

Here, we used

authCheck

as a middleware. So, if a user accesses any API endpoint/route without a valid access token or no token at all, it returns an error. Try it out.

Accessing the species endpoint without a token

Now, let's test it with a valid access token. Head over to the

test

tab of your newly created API on your Auth0 dashboard.

Click on the Test tab

Grab the Access token

Grab the Access Token

Now use this

access token

in Postman by sending it as an Authorization header to access

api/species

endpoint.

Accessing the endpoint securely

Aha! It validates the access token and returns the right data.

Wondering how to integrate the secure API with a frontend? Check out our amazing React and Vue.js authentication tutorials.

Conclusion

Loopback is a great Node.js framework that can be used to design and build your APIs quickly as shown in this tutorial. It is a project backed up by IBM and the Strongloop team. They are committed to maintaining and improving on this amazing open source project.

“Loopback is a great Node.js framework that can be used to design and build your APIs quickly”

Tweet This

In addition, Auth0 can help secure your API easily. Auth0 provides more than just username-password authentication. It provides features like multifactor auth, breached password detection, anomaly detection, enterprise federation, single sign on (SSO), and more. Sign up today so you can focus on building features unique to your app.