Tom Akehurst

Doh, so I did. Should read my own docs a bit more thoroughly... There isn't currently a way to interrogate a scenario's state directly. Obviously you could do it indirectly...

Apologies for not having got to this yet. Day job not leaving me with much time at the moment.

Unfortunately swapping out whole mappings based on scenario isn't possible. Could you give me some examples of the problem you're trying to solve? I suspect there'll be a way to...

Thanks for reporting. Will await the repro case.

I'd definitely be interested in adding an extension point that provides journal storage (and stub mapping storage for that matter). I definitely wouldn't want to include any particular storage backend...

I'd suggest just creating a new project. Here's an example (although you'll probably want to update the dependency versions!): https://github.com/wiremock/wiremock-webhooks-extension

@msanssouci the `Stores` interface can only be overridden programmatically at the moment, not via the extensions system so you'd need to build your own standalone JAR that supplies your `Stores`...

We switched away from zjsonpatch partly because there were comparison bugs we couldn't resolve with it IIRC. Since we're dependent on JsonUnit now and the performance issue is presumably within...

@lukas-krecan thanks from me also for backporting this! This will save us a huge amount of work in the short/mid term.

Yes - most of the time all WireMock needs to know is whether a difference exists, so anything that's optimised to return false as soon as a difference is found...