带有点（。）的Spring MVC @PathVariable被截断

这是问题 Spring MVC @PathVariable被截断的继续

Spring论坛指出，它已作为ContentNegotiationManager的一部分进行了修复（3.2版本）。请参阅下面的链接。
https://jira.springsource.org/browse/SPR-6164
https://jira.springsource.org/browse/SPR-7632

在我的应用程序中，带有.com的requestParameter被截断了。

谁能解释我如何使用此新功能？如何在xml上进行配置？

注意：Spring论坛-＃1 Spring MVC @PathVariable带有点（。）

据我所知，这个问题只出现在requestmapping末尾的pathvariable中。

我们可以通过在requestmapping中定义regex插件来解决这一问题。

 /somepath/{variable:.+}

Spring认为最后一个点后面的任何东西都是文件扩展名，例如.json或.xml，然后对其进行结构化以检索您的参数。

因此，如果您有/somepath/{variable}：

• /somepath/param，/somepath/param.json，/somepath/param.xml或/somepath/param.anything将导致具有值的PARAMparam
• /somepath/param.value.json，/somepath/param.value.xml否则/somepath/param.value.anything将导致带有值的参数param.value

如果将映射更改/somepath/{variable:.+}为建议的值，则任何点（包括最后一个点）都将被视为参数的一部分：

• /somepath/param 会带来有价值的参数 param
• /somepath/param.json 会带来有价值的参数 param.json
• /somepath/param.xml 会带来有价值的参数 param.xml
• /somepath/param.anything 会带来有价值的参数 param.anything
• /somepath/param.value.json 会带来有价值的参数 param.value.json
• ...

如果您不关心扩展名识别，则可以通过覆盖mvc:annotation-drivenautomagic将其禁用：

<bean id="handlerMapping"
      class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping">
    <property name="contentNegotiationManager" ref="contentNegotiationManager"/>
    <property name="useSuffixPatternMatch" value="false"/>
</bean>

因此，如果您有/somepath/{variable}：

• /somepath/param，/somepath/param.json，/somepath/param.xml或/somepath/param.anything将导致具有值的PARAMparam
• /somepath/param.value.json，/somepath/param.value.xml否则/somepath/param.value.anything将导致带有值的参数param.value

注意：与默认配置的区别仅在有类似的映射时可见somepath/something.{variable}。请参阅Resthub项目问题

如果要保持扩展管理，从Spring 3.2开始，还可以设置RequestMappingHandlerMapping bean的useRegisteredSuffixPatternMatch属性，以保持激活suffixPattern识别，但仅限于已注册的扩展。

在这里，您仅定义json和xml扩展名：

<bean id="handlerMapping"
      class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping">
    <property name="contentNegotiationManager" ref="contentNegotiationManager"/>
    <property name="useRegisteredSuffixPatternMatch" value="true"/>
</bean>

<bean id="contentNegotiationManager" class="org.springframework.web.accept.ContentNegotiationManagerFactoryBean">
    <property name="favorPathExtension" value="false"/>
    <property name="favorParameter" value="true"/>
    <property name="mediaTypes">
        <value>
            json=application/json
            xml=application/xml
        </value>
    </property>
</bean>

请注意，mvc：annotation-driven现在接受contentNegotiation选项以提供自定义bean，但必须将RequestMappingHandlerMapping的属性更改为true（默认为false）（参见https://jira.springsource.org/browse/SPR-7632）。

因此，您仍然必须覆盖所有mvc：annotation驱动的配置。我开了一张去Spring的票，要求自定义RequestMappingHandlerMapping：https : //jira.springsource.org/browse/SPR-11253。如果您感兴趣，请投票。

覆盖时，请谨慎考虑自定义执行管理覆盖。否则，所有自定义Exception映射将失败。您将必须使用list bean重用messageCoverters：

<bean id="validator" class="org.springframework.validation.beanvalidation.LocalValidatorFactoryBean" />
<bean id="conversionService" class="org.springframework.format.support.FormattingConversionServiceFactoryBean" />

<util:list id="messageConverters">
    <bean class="your.custom.message.converter.IfAny"></bean>
    <bean class="org.springframework.http.converter.ByteArrayHttpMessageConverter"></bean>
    <bean class="org.springframework.http.converter.StringHttpMessageConverter"></bean>
    <bean class="org.springframework.http.converter.ResourceHttpMessageConverter"></bean>
    <bean class="org.springframework.http.converter.xml.SourceHttpMessageConverter"></bean>
    <bean class="org.springframework.http.converter.xml.XmlAwareFormHttpMessageConverter"></bean>
    <bean class="org.springframework.http.converter.xml.Jaxb2RootElementHttpMessageConverter"></bean>
    <bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter"></bean>
</util:list>

<bean name="exceptionHandlerExceptionResolver"
      class="org.springframework.web.servlet.mvc.method.annotation.ExceptionHandlerExceptionResolver">
    <property name="order" value="0"/>
    <property name="messageConverters" ref="messageConverters"/>
</bean>

<bean name="handlerAdapter"
      class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter">
    <property name="webBindingInitializer">
        <bean class="org.springframework.web.bind.support.ConfigurableWebBindingInitializer">
            <property name="conversionService" ref="conversionService" />
            <property name="validator" ref="validator" />
        </bean>
    </property>
    <property name="messageConverters" ref="messageConverters"/>
</bean>

<bean id="handlerMapping"
      class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping">
</bean>

我在我参与的开源项目Resthub中实现了针对这些主题的一系列测试：请参阅https://github.com/resthub/resthub-spring-stack/pull/219/files和https：// github.com/resthub/resthub-spring-stack/issues/217

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>

除了Martin Frey的答案外，还可以通过在RequestMapping值中添加尾斜杠来解决此问题：

/path/{variable}/

请记住，此修复程序不支持可维护性。现在，它要求所有URI都带有斜线-对于API用户/新开发人员而言，这可能并不明显。因为可能并非所有参数都包含一个.，所以它也可能会造成间歇性错误

在Spring Boot Rest Controller中，我已通过以下步骤解决了这些问题：

RestController：

@GetMapping("/statusByEmail/{email:.+}/")
public String statusByEmail(@PathVariable(value = "email") String email){
  //code
}

从其他客户那里：

Get http://mywebhook.com/statusByEmail/abc.test@gmail.com/

添加“：。+”对我有用，但是直到我移除了外部花括号为止。

值= { “ /用户名/{id:.+}” } 不起作用

值=“ /用户名/{id:.+}” 有效

希望我能帮助一个人:)

/somepath/{variable:.+}在Java requestMapping标签中工作。

这是一种完全依赖于Java配置的方法：

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurationSupport;
import org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping;

@Configuration
public class MvcConfig extends WebMvcConfigurationSupport{

    @Bean
    public RequestMappingHandlerMapping requestMappingHandlerMapping() {
        RequestMappingHandlerMapping handlerMapping = super.requestMappingHandlerMapping();
        handlerMapping.setUseSuffixPatternMatch(false);
        handlerMapping.setUseTrailingSlashMatch(false);
        return handlerMapping;
    }
}

解决此问题的一种非常简单的方法是在末尾添加斜线...

例如：

采用 ：

/somepath/filename.jpg/

代替：

/somepath/filename.jpg

在Spring Boot中，正则表达式解决了类似的问题

@GetMapping("/path/{param1:.+}")

在spring 4.2的路径名中包括电子邮件地址的完整解决方案是

<bean id="contentNegotiationManager"
    class="org.springframework.web.accept.ContentNegotiationManagerFactoryBean">
    <property name="favorPathExtension" value="false" />
    <property name="favorParameter" value="true" />
    <property name="mediaTypes">
        <value>
            json=application/json
            xml=application/xml
        </value>
    </property>
</bean>
<mvc:annotation-driven
    content-negotiation-manager="contentNegotiationManager">
    <mvc:path-matching suffix-pattern="false" registered-suffixes-only="true" />
</mvc:annotation-driven>

将此添加到application-xml

如果您使用的是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 Docs中找到了解决方案：

若要完全禁用文件扩展名，必须设置以下两项：

 useSuffixPatternMatching(false), see PathMatchConfigurer

 favorPathExtension(false), see ContentNegotiationConfigurer

将其添加到我的WebMvcConfigurerAdapter实现中可以解决问题：

@Override
public void configureContentNegotiation(ContentNegotiationConfigurer configurer) {
    configurer.favorPathExtension(false);
}

@Override
public void configurePathMatch(PathMatchConfigurer matcher) {
    matcher.setUseSuffixPatternMatch(false);
}

对我来说

@GetMapping(path = "/a/{variableName:.+}")

确实有效，但是仅当您还将请求URL中的“点”也编码为“％2E”时，它才有效。但要求URL全部都是……虽然有效，但这不是“标准”编码。感觉像是一个bug：|

类似于“尾随斜杠”的另一种解决方法是移动将带有点“ inline”的变量，例如：

@GetMapping（path =“ / {variableName} / a”）

现在将保留所有点，无需修改或正则表达式。

从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 = MediaType.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及更高版本将仅匹配注册的后缀（媒体类型）。