这是问题的延续 Spring MVC @PathVariable被截断
Spring论坛声明它已经固定(3.2版本)作为ContentNegotiationManager的一部分。请看下面的链接。 https://jira.springsource.org/browse/SPR-6164 https://jira.springsource.org/browse/SPR-7632
在我的应用程序中，带有。com的requestParameter被截断了。
谁能告诉我如何使用这个新功能?如何在xml中配置它?
注:春季论坛- #1 Spring MVC @PathVariable带点(.)会被截断
当前回答
最后，我在Spring Docs中找到了解决方案:
要完全禁用文件扩展名，您必须同时设置以下两项: useSuffixPatternMatching(false)，参见PathMatchConfigurer favorpatheextension (false)，参见ContentNegotiationConfigurer
将此添加到我的WebMvcConfigurerAdapter实现解决了这个问题:
@Override
public void configureContentNegotiation(ContentNegotiationConfigurer configurer) {
configurer.favorPathExtension(false);
}
@Override
public void configurePathMatch(PathMatchConfigurer matcher) {
matcher.setUseSuffixPatternMatch(false);
}
其他回答
如果您正在使用Spring 3.2。x和<mvc:annotation-driven />，创建这个小BeanPostProcessor:
package spring;
public final class DoNotTruncateMyUrls implements BeanPostProcessor {
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
if (bean instanceof RequestMappingHandlerMapping) {
((RequestMappingHandlerMapping)bean).setUseSuffixPatternMatch(false);
}
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
}
然后把这个放在你的MVC配置xml中:
<bean class="spring.DoNotTruncateMyUrls" />
如果您正在使用Spring 3.2+，那么下面的解决方案将有所帮助。这将处理所有的url，所以肯定比在请求URI映射中应用regex模式更好。喜欢/ somepath /{变量:。+}
在xml文件中定义一个bean
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping">
<property name="useSuffixPatternMatch" value="false"/>
<property name="useRegisteredSuffixPatternMatch" value="true"/>
</bean>
标志的用法可以在文档中找到。我把剪报解释一下
解释useRegisteredSuffixPatternMatch据说可以解决这个问题。来自类中的java文档
If enabled, a controller method mapped to "/users" also matches to "/users.json" assuming ".json" is a file extension registered with the provided {@link #setContentNegotiationManager(ContentNegotiationManager) contentNegotiationManager}. This can be useful for allowing only specific URL extensions to be used as well as in cases where a "." in the URL path can lead to ambiguous interpretation of path variable content, (e.g. given "/users/{user}" and incoming URLs such as "/users/john.j.joe" and "/users/john.j.joe.json").
据我所知，这个问题只出现在请求映射结束时的路径变量。
我们可以通过在requestmapping中定义regex插件来解决这个问题。
/somepath/{variable:.+}
解决这个问题的一个非常简单的方法是在后面添加一个斜杠…
例如:
使用:
/somepath/filename.jpg/
而不是:
/somepath/filename.jpg
简单的解决方案:添加一个正则表达式{q:。+}在@RequestMapping
@RequestMapping("medici/james/Site")
public class WebSiteController {
@RequestMapping(value = "/{site:.+}", method = RequestMethod.GET)
public ModelAndView display(@PathVariable("site") String site) {
return getModelAndView(site, "web site");
}
}
现在，对于input /site/jamesmedice.com，“site”将显示正确的james's site
