I'm using Spring MVC (3.0) with annotation-driven controllers. I would like to create REST-ful URLs for resources and be able to not require (but still optionally allow) file extension on the end of the URL (but assume HTML content type if no extension). This works out-of-the-box with Spring MVC as long as there are no dots (period/full-stop) in the filename part.
However some of my URLs require an identifier with dots in the name. E.g. like this:
http://company.com/widgets/123.456.789.500
In this case Spring looks for a content type for the extension .500
and finds none so errors. I can use work-arounds like adding .html
to the end, encoding the identifier or adding a trailing slash. I'm not happy with any if these but could probably live with adding .html
.
I've unsuccessfully looked for a way of overriding the default file extension detection in Spring.
Is it possible to customize or disable file extension detection for a given controller method or URL pattern, etc?
Probably, it's an ugly hack, I just wanted to explore extensibility of Spring @MVC. Here is a customized
PathMatcher
. It uses$
in the pattern as the end marker - if pattern ends with it, marker is removed and pattern is matched by the default matcher, but if pattern has$
in the middle (e.g....$.*
), such a pattern is not matched.Config:
And usage (given "/hello/1.2.3",
value
is "1.2.3"):EDIT:: Now doesn't break "trailing slash doesn't matter" rule
To add to skaffman's answer, if you're using
<mvc:annotation-driven/>
and you want to override the useDefaultSuffixPattern value, you can replace the<mvc:annotation-driven>
tag with the following:Spring 3.2 has changed, and suggests that you set properties on the
RequestMappingHandlerMapping
bean, either explicitly (if not using the mvc namespace) or by using a BeanPostProcessor such as the following (you'll need to scan or instantiate it):You can also just append
:.*
to your @RequestMapping, e.g."/{documentPath:.*}"
(see JIRA comment)JFY: in Spring 4 this issue is fixed via: WebMvcConfigurerAdapter.
Or via WebMvcConfigurationSupport like here.
and in Spring 5:
I had the same problem and I also solved it by custom PathMatcher. My solution is somewhat simplier to what axtavt proposed. My PathMatcher also has a private final AntPathMatcher target, and it delegates all calls to it unchanged, except for match() method:
This works because Spring tries to match controllers by adding "." to the end. For example, with path mapping "/widgets/{id}" and URL "/widgets/1.2.3.4", Spring tries first match againts "/widgets/{id}." and after that "/widgets/{id}". The first will match, but it leaves only "1.2.3" for id.
My PatchMatcher specifically rejects patterns ending ".*", thus the first attempt fails and the second matches.
If you are using ContentNegotiatingViewResolver you can still specify content type in URL's using request parameter "format" (if the favorParameter is set to true).
-jarppe
@Controller public class MyController { @RequestMapping(value="/widgets/{preDot}.{postDot}") public void getResource(@PathVariable String preDot, @PathVariable String postDot) { String fullPath = preDot + "." + postDot; //... } }
// Above code should match /widgets/111.222.333.444