Package Exports
- msw
This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (msw) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.
Readme
MSW
Serverless offline client-side API mocking for your applications.
Features
- Serverless. Doesn't establish any servers, lives entirely in a browser;
- Deviation-free. Request the same resources you would in production, and let MSW handle the mocking of the respective responses;
- Mocking as a tool. Enable/disable/change mocking logic on runtime instantly without any compilations or rebuilds. Control the MSW lifecycle from your browser's DevTools.
- Essentials. Emulate status codes, headers, cookies, delays, and more.
Motivation
There are several points that I find annoying when conducting API mocking with any solution I've found:
- Often relies on a mocking server which you need to run and maintain;
- Doesn't really mock requests, rather replaces their urls to point to a mocking server, instead of a real server;
- Brings extra dependencies to your application, instead of being a simple dependency-free development tool.
This library aims to eradicate those problems, as it takes an entirely different approach to the client-side API mocking.
Getting started
1. Install
npm install msw --dev2. Configure
Run the following command in your project's root directory:
msw create <rootDir>Replace
rootDirwith the relative path to your server's root directory (i.e.msw create public).In case you can't execute
mswdirectly, trynode_modules/.bin/mswas a local alternative.
This is going to copy the Mock Service Worker to the specified directory, so it could be served as a static file from your server. This makes it possible to be registered from the client application.
3. Use
It's up to you where your mocks will reside. It's recommended, however, to isolate them into a separate module, which you can import on demand.
// app/mocks.js
import { msw } from 'msw'
/* Configure mocking routes */
msw.get(
'https://api.github.com/repo/:repoName',
(req, res, { status, set, delay, json }) => {
const { repoName } = req.params // access request's params
return res(
status(403), // set custom status
set({ 'Custom-Header': 'foo' }), // set headers
delay(1000), // delay the response
json({ errorMessage: `Repository "${repoName}" not found` }),
)
)
/* Start the Service Worker */
msw.start()Import your mocks.js module anywhere in the root of your application to enable the mocking:
// app/index.js
import './mocks.js'Update on reload
Service Workers are designed as a caching tool. However, we don't want our mocking definitions to be cached, which may result into out-of-date logic during development.
It's highly recommend to enable "Update on reload" option in the "Application" tab of Chrome's DevTools (under "Service Workers" section). This will force Service Worker to update on each page reload, ensuring the latest logic is applied.

Read more on The Service Worker Lifecycle.
How does it work?
MSW uses Service Worker API with its primary ability to intercept requests, only instead of caching their responses it immitates them. In a nutshell, it works as follows:
- MSW spawns a dedicated Service Worker and creates a communication channel between the worker and the client.
- Service Worker then signals any outgoing requests on the page to the MSW, which attempts to match them against the defined mocking routes.
- When any match occurs, the
resolverfunction is executed, and its payload is returned as the mocked response.
Browser support
This library is meant to be used for development only. It doesn't require, nor encourage to install any Service Worker on the production environment.
Contribute
Have an idea? Found a bug? Please communicate it through using the issues tab of this repositories. Pull requests are welcome as well!