Hello everyone, I am currently trying to create an small WireMock extension. The reason? the program I am listening sometimes sends in the header, in the "Host" weird content that seems to be accepted in general by the real server. In the case of 'Host' seems wrong, WireMock instantly rejects this message with <h1>Bad Message 400</h1><pre>reason: Bad HostPort</pre> So I created a really small extension and overrided the match function from RequestMatcherExtension (and hope this would bypass this 400 error message). I did everything in command line for creating my .jar extension. The issue occurs when I try to start the wiremock standalone with the extension: java -cp "wiremock-standalone-3.10.0.jar:./IgnoreHostHeaderMatcher.jar" -jar wiremock-standalone-3.10.0.jar --port 80 --bind-address 192.168.1.80 --verbose --extensions mypackage.IgnoreHostHeaderMatcher It results as a ClassNotFoundException: mypackage.IgnoreHostHeaderMatcher. For being sure it's not because of my .jar generated, I also tried with the example 'test-extension.jar' from the documentation (https://github.com/wiremock/wiremock/tree/master/test-extension) sudo java -cp "wiremock-standalone-3.10.0.jar:./test-extension.jar" -jar wiremock-standalone-3.10.0.jar --port 80 --bind-address 192.168.1.80 --verbose --extensions org.wiremock.InstanceLoaderTestExtension Same issue: ClassNotFoundException: org.wiremock.InstanceLoaderTestExtension I am sure I do something wrong but I cannot figure out the reason. Java is not something that I master well, especially regarding Maven or gradle. That's the reason I do everything in command line. Thanks in advance for your help!

Did you implement the services interface in your extension? If you did then WireMock should load the extension just by it being on the classpath. An example of an extension that uses this is the faker extension - https://github.com/wiremock/wiremock-faker-extension/blob/main/src/main/resources/[…]NF/services/com.github.tomakehurst.wiremock.extension.Extension

without going too deep in details, it's xml datas for an ioT device that also is in the body. For some weird reason of the dev, they also added it in the Host... For example: Host: <LEDControl><control>true</control><blue>false</blue><red>false</red></LEDControl> a curl command with 'Host' containing this will also be rejected by wiremock. For the extension, I tried without the --extensions but I don't see any change when shooting a curl with that 'Host' (still this 400 error message)

The name of the file in the

services

directory needs to be

com.github.tomakehurst.wiremock.extension.Extension

ok, I will try that

I am just having a play around with the host header example you sent. My concern is that it is actually Jetty that is kicking this out rather than WireMock. If that is the case then the request won't even make it to your matcher. I have just tested this out and there are no requests in the request log so it looks like it is Jetty

ok thank you for your answer, I will investigate into Jetty if there is a way to ignore the content of 'Host'

I will take a look as well

Have you tried the Jetty 12 JAR? Might be that this is something that’s been fixed/changed between 11 and 12.

seems like Jetty 12 enforced a stricter validation of malformed Host compared to Jetty11. I don't think it will help me that much x)

I strongly suspect there’ll be a way to do it programmatically without having to resort to XML.

I am currently seeing the easiest / simpliest way to do it. Indeed I am trying to avoid forking the whole WireMock. It seems too overkill.

You might even get away with subclassing one of the existing Jetty server impls e.g. https://github.com/wiremock/wiremock-grpc-extension/blob/main/src/main/java/org/wiremock/grpc/internal/GrpcHttpServerFactory.java#L83

unfortunately, I am not good enough regarding java subclass / extension and cannot spend extra time on that right now :s. I will temporary update the code from the software I am testing and come back to Jetty when I will have more time to spend on it.