Open
Description
Currently the web based authorization rules are specified in a specific order and the first rule that matches the request is used. For example with the following rules:
.requestMatchers("/users/**").authenticated()
.requestMatchers("/user/{id}").hasRole("USERS")
A request to /users/123
would match on /users/**
first, so the authenticaticated()
rule is applied even though the request also (and more precisely matches /users/{id}
.
This is in contrast to Spring MVC and WebFlux routing where the @RequestMapping
are not specified in any particular order but the best match is found and used.
For example, in the example below the URL /users/123
will still route to findUserById
method:
@GetMapping("/users/**")
List<User> users() {
}
@GetMapping("/users/{id}")
User findUserById(String id) {
}
It would be nice if Spring Security could support a "Best Match" based algorithm. Things to consider:
- Performance: Is this going to perform well?
- Caching: Spring MVC / WebFlux will likely have to replicate the same logic over the same
@RequestMapping
- Make it clear that order does not matter
- Make it clear that the algorithm being used is Spring's since Spring Security is used on Spring applications but also used on standard servlet applications which may determine "Best Match" differently