connect-prism
v1.0.21
Published
Record, mock, and proxy HTTP traffic.
Downloads
12,331
Maintainers
Readme
connect-prism
Record, mock, and proxy HTTP traffic as middleware for the connect middleware framework.
Getting Started
This middleware can be installed a la npm with the following command.
npm install connect-prism --save-dev
Overview
Prism is similar to the Ruby project VCR.
For sample use cases see the Frequently Asked Questions (FAQ) page on the wiki.
The purpose of this middleware is to provide an easy way for front end developers to record HTTP responses returned by their API (or some other remote source) and then be able replay the responses in the future. It's basically an HTTP cache, but for developers working on a Single Page Application (SPA).
It's useful for mocking complex & high latency API calls during development. It's also useful when writing e2e tests for your SPA only, removing the server from the equation. This results in much faster execution of your e2e test suite.
Prism works by adding a custom connect middleware to a the connect middleware server.
Modes
There are currently 4 supported modes of operation.
Record
The record mode will allow you to both record and proxy all HTTP traffic for a certain endpoint on your connect development server. For example, if in production your API sits at an endpoint /api
then you may be currently proxying requests to a server you're hosting locally on another port or to an integration machine somewhere else. You may have also attempted to mock out services that make HTTP calls in your client side code itself. While in record mode you can navigate your application and trigger all the types of API calls you would like to have recorded. Prism will then listen for responses and serialize them to disk. When you want to read these responses instead of proxying traffic to the real server you shutdown and switch to the 'mock' mode.
To make mocks more readable, responses with a content-type of json
or javascript
will have their data stringified as an object. If the content-type is anything other than json or if stringification fails then it falls back to a string.
If the server returns a compressed response (gzip or deflate are supported), then prism will decompress the payload when recording the response.
Example mock generated:
{
"requestUrl": "/api/ponies",
"contentType": "application/json",
"statusCode": 200,
"data": {
"text": "my little ponies"
}
}
Mock
The mock (read) mode will listen for requests to a certain endpoint. When a request matches an endpoint it will attempt to find a previously recorded response in the directory you defined mocks to be saved in (./mocks by default).
Stubbing new mocks
If a matching response is not found then prism will return a 404. Prism will also create a mock during a 404. This is useful when you want to mock API endpoints that may not exist yet. To avoid having the subsequent request from returning the generated empty mock, the file has a .404 extension. To use the mock, populate it with the appropriate values and remove the .404 extension. This feature was contributed by Miloš Mošovský.
Mock & Record
As its name implies this operation will mock and record. This mode will first attempt to load a mock if one exists. If a mock does not exist it will then proxy the request and record the response instead of returning a 404.
Proxy
And finally, prism supports simple proxying in much the same way as the grunt-connect-proxy plugin works. In fact, this plugin is heavily inspired by that project. While in proxy mode, listening events for recording and mocking are disabled.
Adding the middleware to connect
Simple add the middleware to your connect instance as in the example. You can configure prism before or after the middleware is added.
var connect = require('connect');
var prism = require('connect-prism');
prism.create({
name: 'api',
context: '/api',
host: 'localhost'
});
var app = connect()
.use(prism.middleware)
.use(connect.static('public'))
.use(function(req, res){
res.end('hello world\n');
})
http.createServer(app).listen(3000);
Using connect-prism with Grunt.js
If you're using grunt then head on over to the grunt-connect-prism page for more details. For a sample configuration see the Gruntfile.js in the prism-sample-project.
Using connect-prism with gulp
If you're using gulp then you would just use the core library along with gulp. For a sample configuration see the gulpfile.js in the prism-sample-project.
Configuration
Setting up prism
To initialize a prism instance call prism.create. You can call prism.create more than once to run multiple configurations.
var prism = require('connect-prism');
prism.create({
name: 'api',
mode: 'record',
context: '/api',
host: 'localhost',
port: 8090
});
Options
mode
Type: String
Default: 'proxy'
Values: 'record'
| 'mock'
| 'proxy'
| 'mockrecord'
By setting a mode you create an explicit declaration that the context you're proxying will always be in the configured mode. You can optionally override the mode of all the proxies for a target by passing in a 3rd parameter to the prism grunt task prism:[target]:[mode]
i.e. grunt prism:server:mock
mocksPath
Type: String
Default: './mocks'
Path to the root directory you want to record and mock responses. If the directory does not exist then prism will attempt to create it. If prism is executed with a target then recorded and mocked responses will be read from './mocks/targetName'
. If no target is defined then only the default prism options will be used.
context
Type: String
Default: n/a
The starting context of your API that you are proxying. This should be from the root of your webserver. All requests that start with this context string will be used.
host
Type: String
Default: n/a
The server name or IP of the API that you are proxying.
port
Type: Integer
Default: n/a
The port number of the API that you are proxying.
https
Type: Boolean
Default: false
The http scheme of the API you are proxying. true
=== https
, false
=== http
delay
Type: String
or Integer
or Object
Default: 0
Values: A number in milliseconds | 'auto'
| 'fast'
| 'slow'
| { lowerBound: Number, upperBound: Number}
Delay will work with all modes.
This option allows you to simulate a delay when returning a mock response to the user. Sometimes it's handy to simulate a delay because this will give you a better impression of how the user experience of your app will be when fully integrated with a backend server.
You can configure an exact delay in milliseconds or one of the precreated options which returns a random delay in a certain range.
- auto: 500 to 1750 ms
- fast: 150 to 1000 ms
- slow: 1500 to 3000 ms
You can further customize the delays by giving an object specifying the lower and upper bounds. The full behavior of the feature is described in unit tests
Thanks again to Miloš Mošovský for this feature.
rewrite
Type: Object
Default: {}
Add rewrite rules that prism will apply to all requests. This functionality was copied from grunt-connect-proxy and works the exact same way. You can configure a list of rewrite rules with an object.
{
'^/removingcontext': '',
'^/changingcontext': '/anothercontext'
}
headers
Type: Object
Default: {}
A map of headers to be added to proxied requests.
hashFullRequest
Type: Function
| Boolean
Default: false
Use the request body in conjunction with the request URL in order to generate a unique hash for the serialized response. This is useful when you want to record responses for requests with distinct request bodies.
i.e.) Require two different responses for a POST a request with a payload in the request body.
A Custom Function
A function can be used to dynamically determine whether to record the full request. This function accepts a function that takes 2 parameters:
- The prism config associated with this request context.
- The request object.
Thanks to Matt Philips and Patrick Camacho for requesting and helping get this feature implemented.
mockFilenameGenerator
Type: Function
| String
Default: 'default'
Use one of the builtin or your own strategy to generate and read mock response filenames.
Builtin generators:
default
'default'
Generates filenames strictly based on request URL and request body (when hashFullRequest
is configured). Generates a SHA1 hash.
i.e.)
04d5d366d8e8dbea60bb9187f7610423a527ca24.json
humanReadable
'humanReadable'
Generates a somewhat readable filename based on the request URL. The request URL will replace characters / ? < > \ : * | " \
. A hash from the 'default'
generator is appended to the end of the scrubbed request URL. The filename is truncated to 255 characters for maximum compatibility across filesystems.
i.e.)
_is_this_url_really=that&readable=at&all_09b2ed55fb2b388fbe02c69e94bca5d86ff7247c.json
A Custom Function
This function accepts a function that takes 2 parameters:
- The prism config associated with this request context.
- The request object.
i.e.) Generate a filename based on the SHA1 hash of the request URL.
function(config, req) {
var crypto = require('crypto');
var path = require('path');
var shasum = crypto.createHash('sha1');
shasum.update(req.url);
return shasum.digest('hex');
}
mockFilenameMaxLength
The maximum length of the generated readable filename. Long filenames can cause issues on Windows and Linux systems up to the point where the project cannot be checked out anymore because of the long mock filenames.
default
255
ignoreParameters
Type: Boolean
or [] of String or Regular expression
Default: false
This will filter parameters out of both the saved requestUrl and the hash used in the default file generation algorithm. This allows users to replay requests which use for example today's date or a random number as query parameters.
clearOnStart
Type: Boolean
Default: false
Clear the mocks/target
directory when prism is initialized. The mocks directory will only be cleared of .json
and .json.404
files and is not recursive. The mocks directory will only be cleared when in record
or mockrecord
modes.
proxyConfig
Type: Object
Default:
{
options: {
target: // absolute URL as defined by config https, host, port, and context, override at your own risk
xfwd: false, // don't add x-forward headers
secure: false, // don't verify SSL certs
prependPath: false // don't prepend path to target context when proxying
},
onProxyCreated: function(proxyServer, prismConfig) { ... } // By default this is a no-op, can be used to attach to events on the proxyServer
}
Allows configuration of the internal proxyServer to meet more custom proxy needs, see documentation for further details. This is for advanced use-cases only and can cause prism to stop working if misconfigured, you have been warned.
shouldRecord
Type: Function
Returns: Boolean
Default: null
User defined function that recieves the request and response objects and allows for user defined function to determine whether or not a particular request/response should result in a recording stored
Example:
{
name: 'api',
mode: 'record',
context: '/api',
host: 'localhost',
port: 8090
shouldRecord: function (req, res) {
return res.statusCode !== 401;
}
}
recordHeaders
Type: Array
or Boolean
Default: false
Allows recorded mocks to store specific headers that match the given header name array or all headers if set to true. Note that the Content-Type
and Location
headers are always recorded.
API
Overview
Prism has a REST API you can enable at run time. This allows you to change, create, or remove prism configuration without having to update config files. Some common use cases:
- Switch to a different mode (i.e. mock to record)
- Override mocked responses while testing
To enable the API call the useApi()
function of the root prism object.
var prism = require('connect-prism');
prism.useApi();
API features
When the API is enabled you can access it with the /_prism
base path of your connect server.
Version
GET
/_prism/version
Returns the version of connect-prism
curreently running. i.e.) 1.0.0
Get mode
GET
/_prism/getmode/:prism_name
prism_name
: The name
of the prism configuration.
Set mode
POST
/_prism/setmode/:prism_name/:mode
prism_name
: The name
of the prism configuration.
mode
: The mode
you want to switch to.
Create prism instance
POST
/_prism/create
Example Request body
{
"name": "createTest",
"mode": "proxy",
"context": "/test",
"host": "localhost",
"port": 8090
}
Any valid prism configuration can be sent in the request body. Some validation errors are returned to the caller. To assist in troubleshooting you should enable verbose logging when running prism and watch the console.
Remove prism instance
POST
/_prism/remove/:prism_name
prism_name
: The name
of the prism configuration.
Override a mock with a new response
POST
/_prism/override/:prism_name/create
prism_name
: The name
of the prism configuration.
Example Request body
{
"mock": {
"requestUrl": "/test",
"contentType": "text/plain",
"statusCode": 200,
"data": "an overidden server response"
}
}
The mock
object is the prism mock response that will be populated in the override. This is the same as the mock responses that connect prism generates. To see an example of the contents of a mock response see the Record mode configuration.
Prism will create a mock response with the extension .override
to differentiate it from other mock responses.
Fake request parameters for a mock
Sometimes prism is configured in a way where it requires more than just the requestUrl
of the mock response to generate a mock. For example, when you use the hashFullRequest
feature it will also use the request body to generate the mock response filename. When using the mockFilenameGenerator
it's possible to use any other property of the request object (i.e. http VERB).
In order to support this capability when overriding mock responses you can also include a fake request (see the http.IncomingMessage documentation for properties of a request).
{
"req": {
"url": "/test",
"method": "GET",
"body": "i like cheese"
},
"mock": {
"requestUrl": "/test",
"contentType": "text/plain",
"statusCode": 200,
"data": "an overidden server response"
}
}
Remove an overriden mock response
POST
/_prism/override/:prism_name/remove
prism_name
: The name
of the prism configuration.
Deletes the override mock response from the file system. Doing this will allow you to call the originally recorded mocked.
Clear all overriden mock responses
POST
/_prism/override/:prism_name/clear
prism_name
: The name
of the prism configuration.
Deletes all the overrides (mock responses with a .override
extension in the prism mocksPath
directory).
Logging
To enable verbose logging you need to call useVerboseLog()
. Prism uses the winston
logging library.
var prism = require('connect-prism');
prism.useVerboseLog();
Contributing
Try to stay within conventions already laid out in project. Write unit tests where appropriate.
Run tests:
grunt test
Run tests with node debugger:
node-debug $(which grunt) test
Run a specific suite or test: add suffix describe or it block with .only
.
Release History
- 1.0.21 Merged PR's: Add support for custom ranges for delays #79 (udebella)
- 1.0.20 Merged PR's: updated the proxy error handling to be more defensive #78 (camacho)
- 1.0.19 Merged PR's: remove json specific error message (messing with websocket proxying) #77 (camacho)
- 1.0.18 Merged PR's: add test:watch and clean up body parsing and restreaming #75 (camacho, kpruden)
- 1.0.17 Merged PR's: Store POST body payload in JSON format if it exists #72 (ggmichaelgo), Add getmode/:name route #73 (camacho), Support dynamic hashFullRequest based on config and req #74 (camacho)
- 1.0.16 Merged PR's: Remove deprecation warning in node v7 #69 (maximkoretskiy)
- 1.0.15 Merged PR's: Fix a bug which prevented ignoreParameters flag from ignoring the first parameter and sanitizing special characters like the question mark. #66 (brunnurs)
- 1.0.14 Merged PR's: Make the maxLength value a configurable parameter #62 (sbaechler), Parse API request body only for API requests #63 (morioust), Add method verb into recorded files #65 (KFMichael)
- 1.0.13 Removed di dependency (cthrax)
- 1.0.12 Pin di version #43
- 1.0.11 Merged PR's: Should Record feature #45 (danemacaulay), fix to confirm
Content-Type
exists in mock #47 (danemacaulay), useapi() doesn't work after creating a prism server with the POST /_prism/create method #54 (jtbonhomme), Record additional headers #50 (emhansen). Add support for binary responses #49 (dreamind) - 1.0.5 Upgrade deps. Human readable filename generator should support ignoreParameters config. Remove
grunt
for good from dependencies. Merged in various PR's (thanks acsl and danemacaulay) - 1.0.4 Add header configuration (csmosx). Fix #21 (hashFullRequest bug) by using passthrough stream (fcuenya).
- 1.0.3 Upgrade deps. Re-add changeOrigin.
- 1.0.1 Pin di to 2.0.0-pre-12.
- 1.0.0 Added Prism API features.
Use winston for logging and removed grunt library dependency. - 0.8.0 Add clearOnStart setting.
- 0.7.5 Fix socket hang up issue by handling aborted requests appropriately. Issue #527 from node-http-proxy project.
- 0.7.4 Update to latest http-proxy 1.5.0.
- 0.7.3 Compat with latest http-proxy broken. Using specific version 1.3.0 for now.
- 0.7.2 Update to latest http-proxy.
- 0.7.0 Implementation of ignoreParameters feature courtesy of brianfoody.
- 0.6.0 Use angular/di.js project.
Support using request body for mock response hash.
Support redirects.
Support mock response filename override config.
Make logging less noisey when not in verbose mode.
Significant re-factoring into separate deps per feature.
Broke out integration tests into separate specs.
Starting to add unit tests. - 0.5.0 Decompress responses when recording responses.
- 0.4.2 Fix for recording response from a rewrite rule outside of the context of a prism configuration from Mike Kibbel.
- 0.4.1 Fix for delay auto > 0 bug and support delay in proxy mode by generalov.
Fix for invalid SSL cert bug by Josh Miller. Thanks much <3.
Made non-verbose logging more consistent.
Fixed broken verbose logging. - 0.4.0 Added rewrite functionality.
'mockrecord' mode.
More non-verbose logging for mock and recording operations. - 0.3.0 Forked from grunt-connect-prism to core library.
Added delay and mock/404 feature from Miloš Mošovský. - 0.2.2 Support change origin.
- 0.2.1 Fixed record mode and tests so we don't release broken again!
- 0.2.0 Support 'cassettes' by putting mocks into directories named after target.
Use http-proxy 0.10.4 to workaround around socket hangup issues in 1.1.4. - 0.1.1 Stop recording all response headers.
Only capture content-type. - 0.1.0 Initial release.