这是问题的延续 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带点(.)会被截断
当前回答
对我来说
@GetMapping(path = "/a/{variableName:.+}")
确实工作，但只有当你也编码的“点”在你的请求url为“%2E”，然后它工作。但要求URL都是…虽然有效，但这不是“标准”编码。感觉像是一个bug:|
另一种类似于“后斜杠”的方法是移动带有点“inline”ex的变量:
@GetMapping(path = "/{variableName}/a")
现在所有的点都将被保留，不需要修改。
其他回答
对我来说
@GetMapping(path = "/a/{variableName:.+}")
确实工作，但只有当你也编码的“点”在你的请求url为“%2E”，然后它工作。但要求URL都是…虽然有效，但这不是“标准”编码。感觉像是一个bug:|
另一种类似于“后斜杠”的方法是移动带有点“inline”ex的变量:
@GetMapping(path = "/{variableName}/a")
现在所有的点都将被保留，不需要修改。
Spring 4的更新:从4.0.1开始，你可以使用PathMatchConfigurer(通过你的WebMvcConfigurer)。
@Configuration
protected static class AllResources extends WebMvcConfigurerAdapter {
@Override
public void configurePathMatch(PathMatchConfigurer matcher) {
matcher.setUseRegisteredSuffixPatternMatch(true);
}
}
@Configuration
public class WebConfig implements WebMvcConfigurer {
@Override
public void configurePathMatch(PathMatchConfigurer configurer) {
configurer.setUseSuffixPatternMatch(false);
}
}
在xml中，它是(https://jira.spring.io/browse/SPR-10163):
<mvc:annotation-driven>
[...]
<mvc:path-matching registered-suffixes-only="true"/>
</mvc:annotation-driven>
简单的解决方案:添加一个正则表达式{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
Spring 5.2.4 (Spring Boot v2.2.6.RELEASE) PathMatchConfigurer。setUseSuffixPatternMatch和ContentNegotiationConfigurer。favorPathExtension已弃用(https://spring.io/blog/2020/03/24/spring-framework-5-2-5-available-now和https://github.com/spring-projects/spring-framework/issues/24179)。
真正的问题是客户端请求特定的媒体类型(比如。com)，而Spring默认添加了所有这些媒体类型。在大多数情况下，您的REST控制器只会生成JSON，因此它不支持所请求的输出格式(.com)。 为了克服这个问题，你应该通过更新你的rest控制器(或特定的方法)来支持“输出”格式(@RequestMapping(produces = mediattype . all_value))，当然也允许像点({username:.+})这样的字符。
例子:
@RequestMapping(value = USERNAME, consumes = MediaType.APPLICATION_JSON_VALUE, produces = MediaType.APPLICATION_JSON_VALUE)
public class UsernameAPI {
private final UsernameService service;
@GetMapping(value = "/{username:.+}", consumes = MediaType.APPLICATION_JSON_VALUE, produces = MediaType.ALL_VALUE)
public ResponseEntity isUsernameAlreadyInUse(@PathVariable(value = "username") @Valid @Size(max = 255) String username) {
log.debug("Check if username already exists");
if (service.doesUsernameExist(username)) {
return ResponseEntity.status(HttpStatus.NO_CONTENT).build();
}
return ResponseEntity.notFound().build();
}
}
Spring 5.3及以上版本将只匹配已注册的后缀(媒体类型)。
如果你同时写后面和前面，另一个简单的解决方案是在前面的URL末尾附加一个“/”。如果是这样，你不需要改变你的后端…
somepath/myemail@gmail.com/
是快乐!
