Hi - I am using version 1.42, and am using JUnit 4 and the SpringJUnit4ClassRunner.

I have a JUnit test case in which I have created a number of test cases that establish GET mappings, all of which work when the test class is run. However, when I add a PUT mapping (the URL is very similar but not identical to the GETs) it often fails with a read connect timeout. Although other times it succeeds quite rapidly. What I've found is that if I do a Thread.sleep(5000) at the beginning of the test method, it works consistently.

Could the start-up of the server not be fully complete when the test method begins? Maybe the SpringJUnit4ClassRunner is not waiting for the rule to be fully initialized.

Have you ever encountered an issue like this?

In JUnit 5, @Rule and @ClassRule is superseded by @ExtendWith, which requires extension class. And it seems like extension for WireMock is not yet supported. Is there any alternative way to use WireMock with stubbing and verification via JUnit 5?

Wiremock is using a version of Jetty 9.2.x and for the new version of Spring Boot with the WebFlux (2.0.0.RELEASE) Reactive threads sometimes the calling thread stops and hanging when calling Wiremock. This problem occurs only in version 9.2.x and not in 9.4.8.v20171121 of Jetty.

I understand that you want the JDK 7 support, but in that case you'll lose support for newer technologies/frameworks like Spring WebFlux, HTTP2 and so on... Wiremock with version 9.2.x of Jetty is unusable with reactive threads because it randomly stops hanging.

I saw your conversation on https://github.com/tomakehurst/wiremock/pull/887 thread and the commit https://github.com/tomakehurst/wiremock/commit/4368d316ec239bac305f1faadedab24765bbe4b6, but somehow it will be very nice if you can provide support for the new Spring 5 WebFlux (Spring Boot WebFlux 2.0.0.RELEASE).

Add another JAR artifact to the build that's Java 8+ only and uses the latest Jetty version. This would probably involve splitting the source tree up into core and version-specific parts, which the build would include/exclude for the various output JARs.

Add some runtime detection of the environment i.e. are we on Java 8+ and Jetty 9.4+, and load the HTTP/2 code only under these conditions, such that NoClassDefFoundErrors and the like aren't thrown when running on Java 7.

Any of the above solution should be fine. The idea is to upgrade also the Wiremock Standalone which is used by spring-cloud-contract-wiremock.

Please see related issues: https://github.com/spring-projects/spring-boot/issues/10569 https://github.com/reactor/reactor-netty/issues/264 https://github.com/spring-cloud/spring-cloud-contract/issues/606

This doesn't seem to be a problem on my own computer. However when I run the maven build on Jenkins, it always fails with the following message: Caused by: java.net.SocketException: SocketException invoking http://localhost:8098/some/useless/path: Unexpected end of file from server.

I searched Wiremock's config, it doesn't seem that I can change the server timeout settings.

Feature request

As discussed with Tom via the mailing list...

We're looking to be able to request match on a dynamic date. We have a few calls which always have a date a number of days in the future from the present date. So ideally we want to be able to use the date helper in the request matching.

e.g.

  "priority": 5,
  "request": {
    "method": "POST",
    "url": "/api/service/fetchPolicy",
    "bodyPatterns": [
      {
        "matchesXPath": "//*[local-name() = 'PolicyNumber' and @Val = 'pol123456']"
      },
      {
        "matchesXPath": "//*[local-name() = 'StartDate' and @Val = '{{now offset=\'30 days\' format=\'yyyy-MM-dd\'}}']"
      }
    ]
  }

Being able to use the full range of options within the date and time response templating helper to set the time/date in different formats, offset by days, hours, minutes etc would be ideal.

As promised, here's a PR that integrates my wiremock-snapshot extension. It adds a new API endpoint, /__admin/snapshot, for recording stub mappings from the request journal. The README has more details, but here's a summary of the options it accepts:

• "filters" - Request patterns to use for determining the requests for which to create stub mappings.
  • Possible values: Identical to /__admin/requests/find
  • Default: no filtering.
• "persist" - If set to true, persist stub mappings to disk. Otherwise, just output them.
  • Possible values: true, false
  • Default: true
• "sortFields" - Array of fields in the request to use for sorting stub mappings, mainly for output.
  • Possible values: "url", "method", or a header name (e.g. "Accept")
  • Default: no sorting.
• "captureHeaders" - Header matchers for including headers in the stub mapping. The request is matched against each matcher, and the associated header is added to the stub mapping if there's a match.
  • Possible values: Request matchers for headers.
  • Default: none
• "outputFormat" - Determines response body.
  • Possible values: "ids" to return array of stub mapping IDs, "full" to return array of stub mapping objects
  • Default: "ids"

Design issues

Filtering

Filtering is currently request-only. I'm not sure if response filtering is desired. If so, we'd probably want to add a new ResponsePattern class (analogous to ResponsePattern) to encapsulate matchers for the response. This would be best accompanied with some refactoring to make Response into a an interface implemented by LoggedResponse .

Body file extraction/naming

Currently, the API does not extract the response bodies to a separate file. While it'd be easy to add a flag to enable this, I think more granularity is needed. Body file extraction is useful for large binary responses, but generally undesirable for small JSON responses. Perhaps we can add a "bodyFileCritera" option consisting of matchers that determine whether or not to extract the body. That way, you could use "headers": { "Content-Type": { "doesNotMatch": ".*json.*" } } } to only extract non-JSON responses. Again, we'll probably want to add a ResponsePattern class for this, and a "bodySize" matcher to allow matching by the size of the body.

Uniqueness/Deduplication

To ensure stub mappings are unique, I have StubMappingTransformer#apply() generate a MD5 hash of the RequestPattern JSON and set that as the UUID. This is pretty hacky, but it seems to work well. I considered just using hashCode(), but that's not appropriate since it has a high collision probability and the result is not guaranteed to be consistent between executions (see the JavaDoc).

This makes me wonder why StubMapping IDs are random instead of being a content-based hash. I see this was added in PR #306, but it doesn't seem uniqueness was considered.

Outputting

The options available in "outputFormat" seem sufficient to me. If we add body file extraction, we may want to add another output format to serve everything in a zip file.

Sorting

I implemented the ability to sort the stub mappings by the request URL, method, or a header. The main use case for this is to make it easier to manually edit the stub mappings. This is arguably better served by extension points, so it might be better to just remove this feature.

The class used for sorting, RequestFieldsComparator, is pretty hacky and a violation of the open-closed principle, but I couldn't think of a better implementation.

Extension points

An extension point for modifying StubMapping objects would be easy to add. Specifically, we could have WireMockApp#buildAdminRequestHandler() pass in the stub mapping extensions along with the API extensions to AdminRoutes, which could then call

router.add(POST, "/snapshot", new SnapshotTask(this.stubMappingTransformerExtensions));

instead of

router.add(POST, "/snapshot", SnapshotTask.class);

Adding the ability to customize the file names for persisted mappings would be more complex. Perhaps we could use a wrapper class, e.g. RecordedStubMapping, that would allow extensions to set the name for the mapping file and (if applicable) the body file.

Statefulness/Scenarios

It'd be easy to detect duplicate requests and then set the StubMapping scenario name, but I'm not quite sure about naming. We could just use something like UniqueFilenameGenerator to auto-generate the scenario name, but we'll probably want to have some way of customizing it. Maybe a "scenarioNameTemplate" option that accepts a Handlebars template?

edit: Minor clarifications

I've previously forked (privately inside a company) to add support for things like proprietary auth mechanisms. I'd rather just take master version + add things to the class path.

I was thinking of adding an interface something like:

package com.github.tomakehurst.wiremock.http;

public interface RequestResponseExtension {
    ResponseDefinition filter(Request request, ResponseDefinition responseDefinition);
}

Then loading all implementations off the class path using https://github.com/ronmamo/reflections (or perhaps java service loader api but this is more work for people providing extensions)

These could then be picked up in the StubRequestHandler and each request/response passed through?

I wasn't planning on adding a way to prime them and just have them all picked up and used by default?

What do you think?

First, i apologize if this is not the right place for a request.

Secondly, I know that from a previous threads this is not allowed per design: https://github.com/tomakehurst/wiremock/issues/62 and https://github.com/tomakehurst/wiremock/issues/139

Ah, no that's correct - you can't forward proxy onto SSL. This is a general limitation, as the whole point in SSL is preventing man-in-the-middle attacks.

Is there a way to add this? maybe something like --enable-browser-proxying-with-ssl?

It would be great to proxy everything from our IIS to it and have to forward all requests to the original endpoint, unless we post an overide for a specific url which WireMock could mock. Our endpoints are about 50% SSL and about 50% non SSL.

Yes, it's true. On OSX, I encountered an obscure bug.

To uncover it, I added print statements that I implemented by decorating breakpoints in IDEA:

This is all in apache's httpcore version 4.4.1. In org.apache.http.protocol.HttpRequestExecutor, I added non-suspending and logging breakpoints as follows:

Line 122: "REQ: " + System.identityHashCode(conn) + ": " + conn + " => " + request Line 126: "OK: " + System.identityHashCode(conn) + ": " + conn + " => " + request Line 128: "FAIL: " + System.identityHashCode(conn) + ": " + conn + " => " + request + ": " + ex

A typical output, which shows the bug at the end:

REQ: 120493608: CPoolProxy{148.121.152.75:56553<->10.179.121.244:8084} => [URL] REQ: 1402900645: CPoolProxy{148.121.152.75:56552<->10.179.121.244:8084} => [URL] OK: 120493608: CPoolProxy{148.121.152.75:56553<->10.179.121.244:8084} => [URL] OK: 1402900645: CPoolProxy{148.121.152.75:56552<->10.179.121.244:8084} => [URL] REQ: 1848886687: CPoolProxy{148.121.152.75:56552<->10.179.121.244:8084} => [URL] FAIL: 1848886687: CPoolProxy{0:0:0:0:0:0:9479:984b:56552<->10.179.121.244:8084} => [URL]: org.apache.http.NoHttpResponseException: The target server failed to respond

(The [URL]'s are request objects I have edited out, for clarity.)

The System.identityHashCodes ensure I am printing the same object. We see object #1848886687 goes from one state at request time, and to a new state after. The new state is that the local address has mysteriously become 0:0:0:0:0:0:9479:984b!

What is that, you say? It is an IPv6 address format. However, it describes the same IPv4 IP address! You can work out what 94.79.98.4b is in decimal for yourself ...

When does this change occur? When the socket connection flushes the outgoing data. (I.e. the request.) This happens in org.apache.http.impl.io.SessionOutputBufferImpl, line 126:

   this.outstream.write(b, off, len);

Don't ask me how it happens, but before we call write here, the connection is fine. And SOMETIMES, when the call returns, it is screwed, and unable to receive incoming data. (Manifesting as NoHttpResponseException: The target server failed to respond, as above, and the FAIL breakpoint hitting.) Not every time, but pretty often. This is why I suspect multi-threading issues.

I am serious. Do NOT ask me how this happens. Could be an issue with http-core and/or my network setup. I just know the pull request makes the FAILs go away.

PS: Sorry about the whitespace/formatting diff, that's my opinionated IDEA. The change is only creating a new client every time. I can clean that up, but it'll have to be a little later.

PPS: This is NOT an april fool's!

Jetty 11 support, closes https://github.com/wiremock/wiremock/issues/1760

• [x] Finish upload refactoring
  • [x] multipart/mixed is not handled yet (4 tests in the MultipartBodyMatchingAcceptanceTest)
• [X] Fix logging support (slf4j 2.0.0): switched to Logback 1.4.0 since Log4j2 does not support Slf4j 2.0 APIs (yet)
• [x] HttpServletResponse::setStatus(int sc, String sm) is deprecated and not implemented by Jetty 11 (StubbingAcceptanceTest::settingStatusMessage)
• [x] Fix failing test cases: 1 test case is failling
  • [x] GeneralCodingRulesTest > RULE_NO_CLASSES_SHOULD_THROW_GENERIC_EXCEPTIONS FAILED

Wiremock registers GzipFilter with default configuration:

com.github.tomakehurst.wiremock.jetty9.JettyHttpServer

mockServiceContext.addFilter(GzipFilter.class, "/*", EnumSet.of(DispatcherType.REQUEST, DispatcherType.FORWARD));

But by default the aforementioned filter handles only GET request.

org.eclipse.jetty.servlets.GzipFilter

// public void init
tmp=filterConfig.getInitParameter("methods");
        if (tmp!=null)
        {
            StringTokenizer tok = new StringTokenizer(tmp,",",false);
            while (tok.hasMoreTokens())
                _methods.add(tok.nextToken().trim().toUpperCase(Locale.ENGLISH));
        }
        else
            _methods.add(HttpMethod.GET.asString());

// public void doFilter()
if (!_methods.contains(request.getMethod()) || isExcludedPath(requestURI))
        {
            super.doFilter(request,response,chain);
            return;
        }

Hello !

I am using wiremock to record stubs of my integration tests, and I have an issue with the StubMappingTransformer I defined in WireMockConfiguration.options().extensions(...) being triggered twice during the recording of my stubs.

I put a breakpoint in one of my transformer (in the transform method) to check the stacktrace and here is the two of them during one record:

The intended one, I guess:

transform:20, JsonFormatTransformer (com.blablacar.train.common.test.wiremock.servers.record.transformers)
apply:57, SnapshotStubMappingTransformerRunner (com.github.tomakehurst.wiremock.recording)
apply:29, SnapshotStubMappingTransformerRunner (com.github.tomakehurst.wiremock.recording)
transform:625, Lists$TransformingRandomAccessList$1 (wiremock.com.google.common.collect)
next:52, TransformedIterator (wiremock.com.google.common.collect)
takeSnapshot:114, Recorder (com.github.tomakehurst.wiremock.recording)
stopRecording:90, Recorder (com.github.tomakehurst.wiremock.recording)
stopRecording:508, WireMockApp (com.github.tomakehurst.wiremock.core)
stopRecording:485, WireMockServer (com.github.tomakehurst.wiremock)
stop:41, RecordMockServer (com.blablacar.train.common.test.wiremock.servers.record)

and the other one is also in the same function but in a way I don't think this is intended:

transform:20, JsonFormatTransformer (com.blablacar.train.common.test.wiremock.servers.record.transformers)
apply:57, SnapshotStubMappingTransformerRunner (com.github.tomakehurst.wiremock.recording)
apply:29, SnapshotStubMappingTransformerRunner (com.github.tomakehurst.wiremock.recording)
get:612, Lists$TransformingRandomAccessList (wiremock.com.google.common.collect)
serializeContents:103, IndexedListSerializer (wiremock.com.fasterxml.jackson.databind.ser.impl)
serialize:79, IndexedListSerializer (wiremock.com.fasterxml.jackson.databind.ser.impl)
serialize:18, IndexedListSerializer (wiremock.com.fasterxml.jackson.databind.ser.impl)
_serialize:480, DefaultSerializerProvider (wiremock.com.fasterxml.jackson.databind.ser)
serializeValue:319, DefaultSerializerProvider (wiremock.com.fasterxml.jackson.databind.ser)
serialize:1518, ObjectWriter$Prefetch (wiremock.com.fasterxml.jackson.databind)
_writeValueAndClose:1219, ObjectWriter (wiremock.com.fasterxml.jackson.databind)
writeValueAsString:1086, ObjectWriter (wiremock.com.fasterxml.jackson.databind)
write:88, Json (com.github.tomakehurst.wiremock.common)
write:74, Json (com.github.tomakehurst.wiremock.common)
stopRecording:92, Recorder (com.github.tomakehurst.wiremock.recording)
stopRecording:508, WireMockApp (com.github.tomakehurst.wiremock.core)
stopRecording:485, WireMockServer (com.github.tomakehurst.wiremock)
stop:41, RecordMockServer (com.blablacar.train.common.test.wiremock.servers.record)

As you can see if you see the line 92 of Recorder, transformers are getting triggered during the Json.write() only for a logging purpose:

notifier().info("Stopped recording. Stubs captured:\n" + Json.write(result.getStubMappings()));

Is this really intended ? Do someone know a workaround for that ?

Wiremock version: dependency 'com.github.tomakehurst:wiremock-jre8-standalone:2.35.0'

Minor refactoring of code smells:

• Removing unused imports
• Remove unnecessary method calls
• Migrate to Java 8 methods
• Use Java 8 type inference
• Remove redundant throws clause

I have found a problem with displaying diffs for multipart (form data) requests. Below are three test cases with different behavior.

1. without_multipart_verify – the text in the diff looks doubled, but it is still OK – I can see the difference between the expected and the actual request
2. incorrect_diff_without_withRequestBody – the verification exception is correctly thrown, but the displayed diff looks identical; it useless (and wrong)
3. wrong_diff_with_multipart_verify – the verification exception is correctly thrown too, but the diff is completely wrong: there are data from "actual" in "expected" section.

Please see the POM, unit tests and console output.

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>org.example</groupId>
    <artifactId>wiremock-bug-sample</artifactId>
    <version>1.0-SNAPSHOT</version>

    <properties>
        <maven.compiler.source>8</maven.compiler.source>
        <maven.compiler.target>8</maven.compiler.target>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>

    <dependencies>
        <dependency>
            <groupId>com.github.tomakehurst</groupId>
            <artifactId>wiremock-jre8-standalone</artifactId>
            <version>2.35.0</version>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.13.2</version>
            <scope>test</scope>
        </dependency>
    </dependencies>

</project>

import com.github.tomakehurst.wiremock.junit.WireMockRule;
import org.junit.Rule;
import org.junit.Test;
import wiremock.org.apache.hc.client5.http.classic.HttpClient;
import wiremock.org.apache.hc.client5.http.classic.methods.HttpPost;
import wiremock.org.apache.hc.client5.http.entity.mime.HttpMultipartMode;
import wiremock.org.apache.hc.client5.http.entity.mime.MultipartEntityBuilder;
import wiremock.org.apache.hc.client5.http.impl.classic.HttpClientBuilder;
import wiremock.org.apache.hc.core5.http.ContentType;

import java.io.IOException;

import static com.github.tomakehurst.wiremock.client.WireMock.aMultipart;
import static com.github.tomakehurst.wiremock.client.WireMock.containing;
import static com.github.tomakehurst.wiremock.client.WireMock.okJson;
import static com.github.tomakehurst.wiremock.client.WireMock.post;
import static com.github.tomakehurst.wiremock.client.WireMock.postRequestedFor;
import static com.github.tomakehurst.wiremock.client.WireMock.urlPathEqualTo;
import static com.github.tomakehurst.wiremock.client.WireMock.verify;

public class WiremockTest {
    @Rule
    public WireMockRule wireMockRule = new WireMockRule(8888);

    @Test
    public void without_multipart_verify() throws IOException {
        createStub();
        execute();

        verify(
                postRequestedFor(urlPathEqualTo("/api/storage/file"))
                        .withHeader("content-type", containing("multipart/form-data"))
                        .withRequestBody(containing("Content-Disposition: form-data;"))
                        .withRequestBody(containing("File with different content"))
                        .withRequestBody(containing("\"id\":\"this-value-is-completely-wrong\""))
        );
    }

    @Test
    public void incorrect_diff_without_withRequestBody() throws IOException {
        createStub();
        execute();

        verify(
                postRequestedFor(urlPathEqualTo("/api/storage/file"))
                        .withHeader("content-type", containing("multipart/form-data"))
                        .withRequestBodyPart(aMultipart()
                                .withName("file")
                                .withBody(containing("File with different content"))
                                .build())
                        .withRequestBodyPart(aMultipart()
                                .withName("properties")
                                .withBody(containing("\"id\":\"this-value-is-completely-wrong\""))
                                .build())
        );
    }

    @Test
    public void wrong_diff_with_multipart_verify() throws IOException {
        createStub();
        execute();

        verify(
                postRequestedFor(urlPathEqualTo("/api/storage/file"))
                        .withHeader("content-type", containing("multipart/form-data"))
                        .withRequestBody(containing("Content-Disposition: form-data;"))
                        .withRequestBodyPart(aMultipart()
                                .withName("file")
                                .withBody(containing("File with different content"))
                                .build())
                        .withRequestBodyPart(aMultipart()
                                .withName("properties")
                                .withBody(containing("\"id\":\"this-value-is-completely-wrong\""))
                                .build())
        );
    }

    private void createStub() {
        wireMockRule.stubFor(
                post("/api/storage/file")
                        .withMultipartRequestBody(aMultipart()
                                .withName("file"))
                        .withMultipartRequestBody(aMultipart()
                                .withName("properties"))
                        .willReturn(okJson("{}"))
        );
    }

    private void execute() throws IOException {
        byte[] bytes = "Testing file".getBytes();
        MultipartEntityBuilder builder = MultipartEntityBuilder.create();
        builder.setMode(HttpMultipartMode.STRICT);
        builder.addBinaryBody(
                "file",
                bytes,
                ContentType.DEFAULT_BINARY,
                "filename.txt"
        );
        builder.addTextBody("properties", "{\"id\":\"12345\"}", ContentType.APPLICATION_JSON);

        HttpPost post = new HttpPost("http://localhost:8888/api/storage/file");
        post.setEntity(builder.build());

        HttpClient client = HttpClientBuilder.create().build();
        client.execute(post);
    }
}

[INFO] Scanning for projects...
[INFO]
[INFO] ------------------< org.example:wiremock-bug-sample >-------------------
[INFO] Building wiremock-bug-sample 1.0-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ wiremock-bug-sample ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 0 resource
[INFO]
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ wiremock-bug-sample ---
[INFO] Nothing to compile - all classes are up to date
[INFO]
[INFO] --- maven-resources-plugin:2.6:testResources (default-testResources) @ wiremock-bug-sample ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /home/karol/sandbox/wiremock-bug-sample/src/test/resources
[INFO]
[INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ wiremock-bug-sample ---
[INFO] Nothing to compile - all classes are up to date
[INFO]
[INFO] --- maven-surefire-plugin:2.12.4:test (default-test) @ wiremock-bug-sample ---
[INFO] Surefire report directory: /home/karol/sandbox/wiremock-bug-sample/target/surefire-reports

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running WiremockTest
Tests run: 3, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 0.751 sec <<< FAILURE!
without_multipart_verify(WiremockTest)  Time elapsed: 0.684 sec  <<< FAILURE!
com.github.tomakehurst.wiremock.client.VerificationException: No requests exactly matched. Most similar request was:  expected:<
POST
/api/storage/file

content-type: multipart/form-data; charset=ISO-8859-1; boundary=b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA

--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA
Content-Disposition: form-data; name="file"; filename="filename.txt"
Content-Type: application/octet-stream

Testing file
--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA
Content-Disposition: form-data; name="properties"
Content-Type: application/json; charset=UTF-8

{"id":"12345"}
--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA--

File with different content
"id":"this-value-is-completely-wrong"> but was:<
POST
/api/storage/file

content-type: multipart/form-data; charset=ISO-8859-1; boundary=b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA

--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA
Content-Disposition: form-data; name="file"; filename="filename.txt"
Content-Type: application/octet-stream

Testing file
--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA
Content-Disposition: form-data; name="properties"
Content-Type: application/json; charset=UTF-8

{"id":"12345"}
--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA--

--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA
Content-Disposition: form-data; name="file"; filename="filename.txt"
Content-Type: application/octet-stream

Testing file
--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA
Content-Disposition: form-data; name="properties"
Content-Type: application/json; charset=UTF-8

{"id":"12345"}
--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA--

--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA
Content-Disposition: form-data; name="file"; filename="filename.txt"
Content-Type: application/octet-stream

Testing file
--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA
Content-Disposition: form-data; name="properties"
Content-Type: application/json; charset=UTF-8

{"id":"12345"}
--b6OjUYrfqhKVjoPy6n_RcgzoHgC4Oc5r350jA--
>
	at com.github.tomakehurst.wiremock.client.VerificationException.forUnmatchedRequestPattern(VerificationException.java:38)
	at com.github.tomakehurst.wiremock.client.WireMock.verificationExceptionForNearMisses(WireMock.java:680)
	at com.github.tomakehurst.wiremock.client.WireMock.verifyThat(WireMock.java:670)
	at com.github.tomakehurst.wiremock.client.WireMock.verifyThat(WireMock.java:646)
	at com.github.tomakehurst.wiremock.client.WireMock.verify(WireMock.java:687)
	at WiremockTest.without_multipart_verify(WiremockTest.java:30)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at com.github.tomakehurst.wiremock.junit.WireMockRule$1.evaluate(WireMockRule.java:67)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
	at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
	at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
	at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
	at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)

incorrect_diff_without_withRequestBody(WiremockTest)  Time elapsed: 0.026 sec  <<< FAILURE!
com.github.tomakehurst.wiremock.client.VerificationException: No requests exactly matched. Most similar request was:  expected:<
POST
/api/storage/file

content-type: multipart/form-data; charset=ISO-8859-1; boundary=hGLFpFdtYsMeW8vzEBsq-CZkk11-yzRp2N


> but was:<
POST
/api/storage/file

content-type: multipart/form-data; charset=ISO-8859-1; boundary=hGLFpFdtYsMeW8vzEBsq-CZkk11-yzRp2N


>
	at com.github.tomakehurst.wiremock.client.VerificationException.forUnmatchedRequestPattern(VerificationException.java:38)
	at com.github.tomakehurst.wiremock.client.WireMock.verificationExceptionForNearMisses(WireMock.java:680)
	at com.github.tomakehurst.wiremock.client.WireMock.verifyThat(WireMock.java:670)
	at com.github.tomakehurst.wiremock.client.WireMock.verifyThat(WireMock.java:646)
	at com.github.tomakehurst.wiremock.client.WireMock.verify(WireMock.java:687)
	at WiremockTest.incorrect_diff_without_withRequestBody(WiremockTest.java:44)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at com.github.tomakehurst.wiremock.junit.WireMockRule$1.evaluate(WireMockRule.java:67)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
	at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
	at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
	at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
	at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)

wrong_diff_with_multipart_verify(WiremockTest)  Time elapsed: 0.021 sec  <<< FAILURE!
com.github.tomakehurst.wiremock.client.VerificationException: No requests exactly matched. Most similar request was:  expected:<
POST
/api/storage/file

content-type: multipart/form-data; charset=ISO-8859-1; boundary=uK-xsW7ETrKH0GDqx47JF3gV8A0bHpu

--uK-xsW7ETrKH0GDqx47JF3gV8A0bHpu
Content-Disposition: form-data; name="file"; filename="filename.txt"
Content-Type: application/octet-stream

Testing file
--uK-xsW7ETrKH0GDqx47JF3gV8A0bHpu
Content-Disposition: form-data; name="properties"
Content-Type: application/json; charset=UTF-8

{"id":"12345"}
--uK-xsW7ETrKH0GDqx47JF3gV8A0bHpu--


> but was:<
POST
/api/storage/file

content-type: multipart/form-data; charset=ISO-8859-1; boundary=uK-xsW7ETrKH0GDqx47JF3gV8A0bHpu

--uK-xsW7ETrKH0GDqx47JF3gV8A0bHpu
Content-Disposition: form-data; name="file"; filename="filename.txt"
Content-Type: application/octet-stream

Testing file
--uK-xsW7ETrKH0GDqx47JF3gV8A0bHpu
Content-Disposition: form-data; name="properties"
Content-Type: application/json; charset=UTF-8

{"id":"12345"}
--uK-xsW7ETrKH0GDqx47JF3gV8A0bHpu--


>
	at com.github.tomakehurst.wiremock.client.VerificationException.forUnmatchedRequestPattern(VerificationException.java:38)
	at com.github.tomakehurst.wiremock.client.WireMock.verificationExceptionForNearMisses(WireMock.java:680)
	at com.github.tomakehurst.wiremock.client.WireMock.verifyThat(WireMock.java:670)
	at com.github.tomakehurst.wiremock.client.WireMock.verifyThat(WireMock.java:646)
	at com.github.tomakehurst.wiremock.client.WireMock.verify(WireMock.java:687)
	at WiremockTest.wrong_diff_with_multipart_verify(WiremockTest.java:63)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at com.github.tomakehurst.wiremock.junit.WireMockRule$1.evaluate(WireMockRule.java:67)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
	at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
	at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
	at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
	at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)


Results :

Failed tests:   without_multipart_verify(WiremockTest): No requests exactly matched. Most similar request was:  expected:<(..)
  incorrect_diff_without_withRequestBody(WiremockTest): No requests exactly matched. Most similar request was:  expected:<(..)
  wrong_diff_with_multipart_verify(WiremockTest): No requests exactly matched. Most similar request was:  expected:<(..)

Tests run: 3, Failures: 3, Errors: 0, Skipped: 0

[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  1.912 s
[INFO] Finished at: 2022-12-17T02:12:57+01:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.12.4:test (default-test) on project wiremock-bug-sample: There are test failures.
[ERROR]
[ERROR] Please refer to /home/karol/sandbox/wiremock-bug-sample/target/surefire-reports for the individual test results.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException

Description

The slf4j-api dependency is not relocated to a dedicated package, e.g. wiremock.org.slf4j. It's rather directly packaged into the fatjar of the wiremock-webhook-extension.

This results in shadowing of the SLF4j classes in the classpath and logging framework setup issues, when SLF4J 2.x is used in the application project, as now duplicate SLF4J classes are in the classpath.

In the main Wiremock artifact the slf4j dependency seems to be relocated correctly: https://github.com/wiremock/wiremock/blob/6cfd74d681705407be850762090ae9a195462837/build.gradle#L301

Environment

Wiremock / Wiremock Extension Version: 2.35.0

The Wiremock Webhook Extension is used in a Gradle / Java project to register mappings in a standalone wiremock instance running in a cluster.

Related Issues

• https://github.com/wiremock/wiremock/issues/1964

Bumps slf4j-api from 1.7.36 to 2.0.6.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Bumps slf4j-nop from 1.7.36 to 2.0.6.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.