A Java-based stub and mock HTTP server with embedded Jetty.

• You want to simulate responses from real server and don't care (or cannot) to go over the network
• You want to verify that your code makes HTTP requests with all the required parameters and/or headers
• You want to verify that your code correctly handles HTTP error codes
• You want to trigger response from the server based on the request parameters over HTTP or HTTPS
• You want support for any of the available HTTP methods
• You want to trigger multiple responses based on multiple requests on the same URI
• You want to easily configure stub data using configuration file
• You want to easily configure stub data at runtime, without restarting the server by making a POST to an exposed endpoint
• You want to easily provide canned answers in your contract/integration tests
• You want to enable delayed responses for performance and stability testing
• You don't want to spend time coding for the above requirements and just want to concentrate on the task at hand

• Specifiable mock responses to simulate page conditions without real data.
• Easily swappable data config files to run different data sets and responses.
• All-in-one stub server to handle mock data with less need to upkeep code for test generation

It is a stub HTTP server after all, hence "stubby". Also, in Australian slang "stubby" means beer bottle

When creating request/response data for the stub server, the config data should be specified in YAML-like syntax:

httplifecycle:
   request:
      method: GET
      url: /invoice/123
   response:
      status: 200
      body: This is a response for 123

httplifecycle:
   request:
      method: GET
      url: /invoice/567
   response:
      body: This is a response for 567
      latency: 5000
      status: 503

httplifecycle:
   request:
      method: GET
      headers:
         content-type: application/json
      url: /invoice/123
      postBody: null

   response:
      headers:
         content-type: application/text
      status: 200
      latency: 1000
      body: This is a response for 123

The parent node called httplifecycle. You can have as many httplifecycles as you want in one configuration. Under each httplifecycle you should have one request and one response nodes. Each of the latter has its respective children nodes as per above example. Response latency is in milliseconds. Indentation of httplifecycle is not required. In other words, the following format is also valid:

httplifecycle:
request:
method: GET
url: /invoice/123
response:
status: 200
body: This is a response for 123

httplifecycle:
request:
method: POST
url: /invoice/123
postBody: post body
response:
status: 200
body: This is a response for 123

Please keep in mind, you MUST ensure that the provided response body is on one line. In other words, no line breaks.

java -jar stubby4j-x.x.x.jar [-a <arg>] [-c <arg>] [-f <arg>] [-h] [-k <arg>] [-m <arg>] [-p <arg>]

 -a,--address <arg>       Host address that stubby4j should run on
 -c,--clientport <arg>    Port for incoming client requests
 -f,--config <arg>        YAML file with request/response configuration
 -h,--help                This help message
 -k,--keystore <arg>      Path to a local keystore file for enabling SSL
 -m,--adminport <arg>     Port for admin status check requests
 -p,--keypassword <arg>   Password for the provided keystore file

1. By default client (the request consumer) is running on port 8882, while admin (system status) is running on port 8889.
2. For system status (ATM it is just a dump of in-memory stub configuration), navigate to http://<host>:<admin_port>/ping
3. It is possible to enable stubby4j to accept HTTP requests over SSL. Use command line options as per above example to provide SSL certificate and password. The default SSL port is 7443

private static Stubby4J stubby4J;

@BeforeClass
public static void beforeClass() throws Exception {
   final URL url = UtilsTest.class.getResource("/config.yaml");
   stubby4J = new Stubby4J(url.getFile());
   stubby4J.start();
}

OR

@BeforeClass
public static void beforeClass() throws Exception {
   int clientPort = 8888;
   int adminPort = 9999;
   final URL url = Stubby4JTest.class.getResource("/config.yaml");
   stubby4J = new Stubby4J(url.getFile());
   stubby4J.start(clientPort, adminPort);
}

@Test
public void shouldDoGetOnURI() throws Exception {
   final Map<String, String> result = stubby4J.doGetOnURI("/item/1");
   Assert.assertEquals("200", result.get(Stubby4J.KEY_STATUS));
   Assert.assertEquals("{\"id\" : \"1\", \"description\" : \"milk\"}", result.get(Stubby4J.KEY_RESPONSE));
}

@Test
public void shouldDoPostOnURI() throws Exception {
   final Map<String, String> result = stubby4J.doPostOnURI("/item/1", "post body");
   Assert.assertEquals("200", result.get(Stubby4J.KEY_STATUS));
   Assert.assertEquals("Got post response", result.get(Stubby4J.KEY_RESPONSE));
}
.
.
.
@AfterClass
public static void afterClass() throws Exception {
   stubby4J.stop();
}

In order to configure HTTP request and response stubs at runtime, you need to make a POST to the following end point: http://<host>:<admin_port>/endpoint/new

1. method => Any of the available HTTP methods (GET or POST etc.) (Required)
2. url => An endpoint URI that will accept HTTP requests (Required)
3. body => HTTP response body (a JSON string etc.) (Required)
4. status => HTTP response status (Required)
5. postBody => HTTP request post body (Optional)
6. responseHeaders => HTTP headers comma-separated key/value pairs: content-type=text/json, pragma=no-cache (Optional)

1. POSTed duplicate or incomplete data will result in an error from the server.
2. POSTed stub data will be lost on server restart. If you want to use the same stub data all over again, load it from configuration file

The following dependencies embedded within stubby4j:

1. jetty-server-8.1.1.v20120215.jar
2. javax.servlet-3.0.0.v201112011016.jar
3. jetty-continuation-8.1.1.v20120215.jar
4. jetty-http-8.1.1.v20120215.jar
5. jetty-io-8.1.1.v20120215.jar
6. jetty-util-8.1.1.v20120215.jar
7. commons-cli-1.2.jar

Special thanks fly out to the following ninjas for their help, support and feedback:

1. Isa Goksu
2. Eric Mrak
3. Sankalp Saxena
4. Simon Brunning