We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
I might have misunderstood it and it is expected behavior, but here's the deal :)
In my application I have two different HTTP endpoints, similar to the following:
/profile/<user-id>/info
/profile/summary
For the first endpoint, I don't want Logbook to log specific user ids, so I've set up the path filter:
PathFilters.replace("/profile/{user-id}/info", "hidden")
This works well, but it unintentionally filters out the path of the second endpoint as well, logging it as /profile/hidden/info.
/profile/hidden/info
I would expect a path filter with the expression /a/{b}/c does not match /a/b path since it doesn't end with /c.
/a/{b}/c
/a/b
/c
It actually matches, without regard to the end of the expression.
Didn't think about the fix yet.
I've created a unit test that reproduces the issue, #1139.
It is basically a spring-boot app, which exposes a few HTTP endpoints.
The text was updated successfully, but these errors were encountered:
@skjolber Thanks for the fix, much appreciated! 📣 @solo-yolo Thank you for reporting this! 📣
Sorry, something went wrong.
Thanks for such a quick fix! 👍🏻 Any chances it gonna be released soon?
I just released 2.13.0
Successfully merging a pull request may close this issue.
Description
I might have misunderstood it and it is expected behavior, but here's the deal :)
In my application I have two different HTTP endpoints, similar to the following:
/profile/<user-id>/info
/profile/summary
For the first endpoint, I don't want Logbook to log specific user ids, so I've set up the path filter:
This works well, but it unintentionally filters out the path of the second endpoint as well, logging it as
/profile/hidden/info
.Expected Behavior
I would expect a path filter with the expression
/a/{b}/c
does not match/a/b
path since it doesn't end with/c
.Actual Behavior
It actually matches, without regard to the end of the expression.
Possible Fix
Didn't think about the fix yet.
Steps to Reproduce
I've created a unit test that reproduces the issue, #1139.
Your Environment
It is basically a spring-boot app, which exposes a few HTTP endpoints.
The text was updated successfully, but these errors were encountered: