Resource "/foo/%2F" is translated by HttpClientHelper to "/foo//", which becomes "/foo", a different resource

[joshgontijo]

From #125

[WireMock 2.0.6-beta]

HttpClientHelper::prepareRequest takes a perfectly value url http://localhost:8800/api/exchanges/%2F out of a GetRequest and calls URLDecoder::decode on it, producing http://localhost:8800/api/exchanges// and uses it to build a java.net.URI, which it eventually uses to make the HTTP Get call. (line 172, HttpClientHelper.java) This is not the same thing, and the server tends to treat it as http://localhost:8800/api/exchanges/ (one slash) and return the wrong thing.

Why does it url-decode the input url anyway? Or it may be that java.net.URI is doing the wrong thing (I've had a hard time getting that class to behave transparently before). In any event, how can I pass http://localhost:8800/api/exchanges/%2F to the REST service?

(In case you're wondering why this is necessary, the RabbitMQ administration REST service for getting back a list of exchanges for a single vhost takes a URL of the form /exchanges/, but the default vhost on RabbitMQ is named "/" (that is, a single slash) and their documentation thus specifies request for that vhost must use %2F - see the second paragraph of the documentation, here.)