Tom Akehurst

@Daemon2017 yes, probably the best way to do this is write a `PostServeAction` implementation that logs exactly the data you want in the form you want, then register it as...

I'll have a think about that. I think just stating it twice is a bit confusing, because it's effectively an OR operation, when the DSL is implicitly AND for everything...

I think the only way you're going to be able to do that is by matching on the whole URL at the moment, which admittedly isn't great as it's hard...

I'm working on it. Keeping the API backwards compatible is proving a bit tricky. Here's a test case showing what I'm aiming at: https://github.com/tomakehurst/wiremock/blob/multi-value-aggregate-matching/src/test/java/com/github/tomakehurst/wiremock/MultiValuedParameterAcceptanceTest.java

Nope, 'fraid not.

Sorry, still not managed to get this over the line 😞 BTW, you can now combine custom and standard matchers so you could work around this by writing a custom...

How about writing a test for `wrapIfLongestLineExceedsLimit` rather than having to make `findLongestLineLength` visible?

https://nvd.nist.gov/vuln/detail/CVE-2022-2191 seems to be saying that this vuln is only in 10 and above. If so, a 9.x bump should resolve these.

No, *only exists* in 10+ Here's what the description says: > In Eclipse Jetty versions 10.0.0 thru 10.0.9, and 11.0.0 thru 11.0.9 versions, SslConnection does not release ByteBuffers from configured...

This is further supported by: https://github.com/eclipse/jetty.project/security/advisories/GHSA-8mpp-f3f7-xc28