npm
Node Packaged Modules (npm)
npm contains the following modules:
- mockserver-node - node module and grunt taks to start and stop MockServer and its proxy
- mockserver-client - node client for MockServer and its proxy
Running MockServer With mockserver-node
The node module can be used to start and stop MockServer as a node module or as a Grunt plugin.
You may install this plugin / node module with the following command:
npm install mockserver-node --save-dev
Node Module
To start or stop the MockServer from any Node.js code you need to import this module using require('mockserver-node') as follows:
var mockserver = require('mockserver-node');
Then you can use either the start_mockserver or stop_mockserver functions as follows:
var mockserver = require('mockserver-node');
mockserver.start_mockserver({
serverPort: 1080,
verbose: true,
trace: true
});
// do something
mockserver.stop_mockserver({
serverPort: 1080
});
You can customize the JVM arguments and set configuration options as follows
var mockserver = require('mockserver-node');
mockserver.start_mockserver({
serverPort: 1080,
jvmOptions: [
'-Dmockserver.enableCORSForAllResponses=true',
'-Dmockserver.corsAllowMethods="CONNECT, DELETE, GET, HEAD, OPTIONS, POST, PUT, PATCH, TRACE"',
'-Dmockserver.corsAllowHeaders="Allow, Content-Encoding, Content-Length, Content-Type, ETag, Expires, Last-Modified, Location, Server, Vary, Authorization"',
'-Dmockserver.corsAllowCredentials=true -Dmockserver.corsMaxAgeInSeconds=300'
],
mockServerVersion: "5.13.2",
verbose: true
});
MockServer uses port unification to support HTTP, HTTPS, SOCKS, HTTP CONNECT, Port Forwarding Proxying on the same port. A client can then connect to the single port with both HTTP and HTTPS as the socket will automatically detected SSL traffic and decrypt it when required.
Grunt Plugin
If you haven't used Grunt before, be sure to check out the Getting Started guide, as it explains how to create a Gruntfile as well as install and use Grunt plugins.
In your project's Gruntfile, add a section named start_mockserver and stop_mockserver to the data object passed into grunt.initConfig().
The following example will result in a both a MockServer being started on ports 1080 and 1080.
grunt.initConfig({
start_mockserver: {
start: {
options: {
serverPort: 1080,
trace: true
}
}
},
stop_mockserver: {
stop: {
options: {
serverPort: 1080
}
}
}
});
grunt.loadNpmTasks('mockserver-node');
Request Log
The request log will only be captured in MockServer if the log level is INFO (or more verbose, i.e. DEBUG or TRACE) therefore to capture the request log and use the /retrieve endpoint ensure either the option trace: true or the command line switch --verbose is set.Grunt Plugin & NPM Module Options
options.serverPort
Type: Integer Default: undefined
The HTTP, HTTPS, SOCKS and HTTP CONNECT port(s) for both mocking and proxying requests. Port unification is used to support all protocols for proxying and mocking on the same port(s). Supports comma separated list for binding to multiple ports.
options.proxyRemotePort
Type: Integer Default: undefined
Optionally enables port forwarding mode. When specified all requests received will be forwarded to the specified port, unless they match an expectation.
options.proxyRemoteHost
Type: String Default: undefined
Specified the host to forward all proxy requests to when port forwarding mode has been enabled using the proxyRemotePort option. This setting is ignored unless proxyRemotePort has been specified. If no value is provided for proxyRemoteHost when proxyRemotePort has been specified, proxyRemoteHost will default to "localhost".
options.artifactoryHost
Type: String Default: oss.sonatype.org
This value specifies the name of the artifact repository host.
options.artifactoryPath
Type: String Default: /content/repositories/releases/org/mock-server/mockserver-netty/
This value specifies the path to the artifactory leading to the mockserver-netty jar with dependencies.
options.mockServerVersion
Type: String Default: 5.13.2
This value specifies the artifact version of MockServer to download.
Note: It is also possible to specify a SNAPSHOT version to get the latest unreleased changes.
options.verbose
Type: Boolean Default: false
This value indicates whether the MockServer logs should be written to the console. In addition to logging additional output from the grunt task this options also sets the logging level of the MockServer to INFO. At INFO level all interactions with the MockServer including setting up expectations, matching expectations, clearing expectations and verifying requests are written to the log.
Note: It is also possible to use the --verbose command line switch to enabled verbose level logging from the command line.
options.trace
Type: Boolean Default: false
This value sets the logging level of the MockServer to TRACE. At TRACE level (in addition to INFO level information) all matcher results, including when specific matchers fail (such as HeaderMatcher) are written to the log.
options.javaDebugPort
Type: Integer Default: undefined
This value indicates whether Java debugging should be enabled and if so which port the debugger should listen on. When this options is provided the following additional option is passed to the JVM:
"-agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=" + javaDebugPort
Note: suspend=y is used so the MockServer will pause until the debugger is attached. The grunt task will wait 50 seconds for the debugger to be attached before it exits with a failure status.
options.jvmOptions
Type: String Default: undefined
This value allows any system properties to be passed to the JVM that runs MockServer, for example:
start_mockserver: {
options: {
serverPort: 1080,
jvmOptions: "-Dmockserver.enableCORSForAllResponses=true"
}
}
options.startupRetries
Type: Integer Default: if javaDebugPort is not set 110, but if javaDebugPort is set 500
This value indicates the how many times we will call the check to confirm if the mock server started up correctly. It will default to 110 which will take about 11 seconds to complete, this is normally long enough for the server to startup. The server can take longer to start up if Java debugging is enabled so this will default to 500. The default will, in some cases, need to be overridden as the JVM may take longer to start up on some architectures, e.g. Mac seems to take a little longer.