Currently WebMvcAutoConfiguration sets a PathPatternParser if the matching-strategy is PATH_PATTERN_PARSER but doesn't do anything if it is ANT_PATH_MATCHER since AntPathMatcher is used by the default.
After the changes in https://github.com/spring-projects/spring-framework/issues/28607, parsed patterns are enabled by default, in Spring Framework 6.0, and that will require a review and likely some changes in the Boot auto-configuration to ensure the properties continue to work as expected.
First, it is now necessary to explicitly enable String path matching when it is needed. This can be done either by explicitly setting PathMatchConfigurer#patternParser to null. Second, technically a PathPatternParser does not need to be set externally in order to enable parsed patterns.
Do keep in mind, however, that if any AntPathMatcher related properties on PathMatchConfigurer are set, that could enable String path matching, if a PathPatternParser is not explicitly set. Generally, an application should not set the matching-strategy to PATH_PATTERN_PARSER and at the same time set AntPathMatcher related properties, as those are mutually exclusive. If both are set, then PathPatternParser takes precedence, but if only AntPathMatcher related properties are set then String path matching is enabled.
Comment From: EduColnago
Can i try this one?
Comment From: wilkinsona
Thanks for the offer, @EduColnago. Unfortunately, we don't know exactly what needs to be done here. I think we'll need to do some investigation and design work before anyone can tackle it. I'll update the labels accordingly.