-
-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Request Path and query parameter keys are case-sensitive #253
Comments
For path , you should be able to use: "Request": {
"Path": {
"Matchers": [
{
"Name": "WildcardMatcher",
"Pattern": "/param2",
"IgnoreCase": true
}
]
},
"Methods": [
"get"
]
}, |
Thank you, but achieving the same for the querystring keys is far more complex. I achieved to create an extension for the path, but didn't find any way to do the same with the querystring keys. |
Cookies and Headers do support this logic. But I think indeed that querystring does not support this. I will take a look at the code to ser if I can add logic. |
I've updated the code and new NuGet is available on MyGet (https://github.com/WireMock-Net/WireMock.Net/wiki/MyGet-preview-versions) Use it like: {
"Guid": "6dcb57d1-2571-48d8-98fd-fc1c877104d3",
"Request": {
"Path": {
"Matchers": [
{
"Name": "WildcardMatcher",
"Pattern": "/param",
"IgnoreCase": true
}
]
},
"Methods": [
"get"
],
"Params": [
{
"Name": "KeY",
"IgnoreCase": true,
"Matchers": [
{
"Name": "ExactMatcher",
"Pattern": "test"
}
]
}
]
},
"Response": {
"BodyAsJson": {
"result": "!!!"
}
}
} Will match: |
@simardst does this work for you? |
This seems to resolve our issues, and I will test it using your preview version by the end of the day. |
You're welcome. If you have tested and all is working as expected, I'll merge this code to master and create a new official nuget. |
I, ve done few tests. This works perfectly! |
So all is tested and I can merge and create a new official NuGet? |
As far as I'm concerned, yes you can proceed. |
A new NuGet will be released soon. |
In many cases, the casing of the request path and the querystring keys (not the values) is not important. It would be very usefull to:
This could be a global settings or configurable for each request (whatever is the simplest way to implement it).
The text was updated successfully, but these errors were encountered: