npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@soluzioni-futura/openapi-mock-server

v0.5.1

Published

OpenAPI Mock Server

Downloads

3

Readme

openapi-mock-server

openapi-mock-server is an easy to use CLI program to create mock servers from an OpenAPI Specification.

This module is built on top of express-openapi-validator and use json-schema-faker to generate random responses to HTTP requests.

Fully supports circular $ref pointer in the OpenAPI Specification.

Installation

This is a Node.js module available through the npm registry.

Installation is done using the npm install command:

$ npm install -g @soluzioni-futura/openapi-mock-server

Quick start

Install openapi-mock-server globally

$ npm install -g @soluzioni-futura/openapi-mock-server

Start the mock server

$ mock --openapi "path or URL to the OpenAPI Specification"

# or run the mock server in debug mode

$ DEBUG=mock* mock --openapi "path or URL to the OpenAPI Specification"

Command line flags

Many options have command line equivalents. In those cases, any arguments passed here will override the config file, if you're using one. This is a list of all supported options:

--openapi                              path or URL to the OpenAPI Specification
--port                                 mock server port (default 8080)
--mock-config                          path to mock server config file
                                       (default mock-config.(ts, js, json))
--mock-overrides                       path to mock server overrides config file
                                       (default mock-overrides.(ts, js, json))

--express.validateRequests             determines whether the validator should validate
                                       requests (default false)
--express.validateResponses            determines whether the validator should validate
                                       responses (default false)
--express.unknownFormats               defines how the validator should behave if an unknown
                                       or custom format is encountered (default "ignore")

--jsf.fillProperties                   if enabled, it will try to generate missing properties
                                       to fulfill the schema definition (default: false)
--jsf.useExamplesValue                 if enabled, it will return a random value from examples
                                       if they're present (default: true)
--jsf.useDefaultValue                  if enabled, it will return the default value if present
                                       (default: true)
--jsf.failOnInvalidFormat              if enabled, it will throw an Error for unknown formats
                                       (default: false)

--cors.origin                          configures the Access-Control-Allow-Origin CORS header
                                       (default: "*")
--cors.credentials                     configures the Access-Control-Allow-Credentials CORS header. 
                                       Set to true to pass the header, otherwise it is omitted.  
                                       (default: true)                

Configuration files

openapi-mock-server accepts two types of configuration files:

  1. a mock server config file
  2. a mock server overrides config file

Mock server config file

By default openapi-mock-server will try to import the files mock-config (.ts, .js, .json) from the current directory process.cwd(). The first successful import will be used.

You can specify the path of this file via CLI flag --mock-config

$ mock --mock-config path/to/file

This file is used to configure express and json-schema-faker of the mock server, it's divided into three sections:

  1. express contains express configurable options. json schema | about express-openapi-validator options (not all options are supported, see the json schema to see which ones are supported)
  2. jsf contains json-schema-faker configurable options. json schema | about jsf options
  3. cors contains cors configurable options. cors schema | about cors options (not all options are supported, see the json schema to see which ones are supported)
// example
{
  "express": {
    "port": 9090,
    "openapi": "path/or/URL/to/OpenAPI/Specification"
  },
  "jsf": {
    "failOnInvalidFormat": true
  },
  "cors": {
    "origin": "http://localhost:3000"
  }
}

Mock server overrides config file

By default openapi-mock-server will try to import the files mock-overrides (.ts, .js, .json) from the current directory process.cwd(). The first successful import will be used.

You can specify the path of this file via CLI flag --mock-overrides

$ mock --mock-overrides path/to/file

This file able you to override the mock server behavior to particular http requests json schema.

If an override of a path is provided that it will be used instead of the random response. Only statusCode: 200 is supported for now.

Consider splitting this file into multiple ones because one single large mock-overrides file is not maintainable. Recursive import mock-overrides files

// example
{
  "routes": [
    {
      "request": {
        "path": "path/to/override",
        "method": "get"
      },
      "responses": [
        {
          "statusCode": 200,
          "headers": {
            // response header
          },
          "body": {
            // response body
          }
        }
      ]
    }
  ]
}

Recursive import mock-overrides files

Customize mock server responses via mock-overrides files is a very convenient way when you do not have an up and running backend or simply you are testing an edge case (es. API that requires auth, a key match with an object in S3).

The mock-overrides file can become very long and hard to maintain, in order to solve this issue we introduced a way to import partial files instead of a single one.

To achieve this feature we used glob, so instead of passing a file path you can specify a pattern and the mock server will automatically merge all those files. The schema of those files follows the convention specified above.

Example of recursive import mock-overrides files

Let's say that you want to split the mock-overrides file into 2 files:

  • mock/mock-overrides-1.json
  • mock/mock-overrides-2.json
// mock/mock-overrides-1.json
{
  "routes": [
    {
      "request": {
        "path": "path/to/override/1",
        "method": "get"
      },
      "responses": [
        {
          "statusCode": 200,
          "headers": {
            // response header
          },
          "body": {
            // response body
          }
        }
      ]
    }
  ]
} 

// mock/mock-overrides-2.json
{
  "routes": [
    {
      "request": {
        "path": "path/to/override/2",
        "method": "get"
      },
      "responses": [
        {
          "statusCode": 200,
          "headers": {
            // response header
          },
          "body": {
            // response body
          }
        }
      ]
    }, {
      "request": {
        "path": "path/to/override/3",
        "method": "get"
      },
      "responses": [
        {
          "statusCode": 200,
          "headers": {
            // response header
          },
          "body": {
            // response body
          }
        }
      ]
    }
  ]
}

Now, to run the mock server that uses those 2 files (NOTE: both into the folder mock)

mock --mock-overrides "./path/to/mock/folder/*.json"

Remember to wrap the pattern with "

With NodeJS or TypeScript

It's possible to launch the mock server via a JS or TS script. It's an awesome way when you want to generate mock-overrides via scripts.

The MockServer function exported accepts an object with 4 properties:

NOTE: the MockServer will still try to require the defaults files if no path is provided (mock-config file, mock-overrides file).

// example

const MockServer = require("@soluzioni-futura/openapi-mock-server")

const options = {
  mockConfigPath: "...",
  mockOverridesPath: "...",
  mockServerConfig: {
    express: {
      openapi: "..."
    }
  },
  mockOverrides: {
    routes: [
        ...
    ]
  }
}

MockServer(options)

Developer instructions

In order to work with this project you need:

Before you start developing you must prepare the environment

$ git clone https://github.com/soluzionifutura/openapi-mock-server.git
$ cd openapi-mock-server
$ npm install

To build the solution run

$ npm run build

It will build the solution in the dist/ folder. Thus to try it out

$ npm start

If you just wanna run your changes locally without building the project

$ npm run dev

You may want to pass a CLI flag to the script. npm documentation about "--"
For example: npm run dev -- --port 9090 or npm start -- --port 9090

NOTE If you change a *.json file in src/schemas then you must regenerate typescript types running

$ npm run init:types