Spring MVC @PathVariable avec un point (.) est d'obtenir tronquée

Printemps considère que quoi que ce soit derrière le dernier point est une extension de fichier tels que .jsonou .xml et trucate pour récupérer votre paramètre.

Donc si vous avez /somepath/{variable} :

• /somepath/param, /somepath/param.json, /somepath/param.xml ou /somepath/param.anything entraînera un paramètre avec la valeur param
• /somepath/param.value.json, /somepath/param.value.xml ou /somepath/param.value.anything entraînera un paramètre avec la valeur param.value

si vous changez de cartographie pour /somepath/{variable:.+} comme l'a suggéré, de tout point, y compris la dernière sera considérer comme une partie de votre paramètre :

• /somepath/param entraînera un paramètre avec la valeur param
• /somepath/param.json entraînera un paramètre avec la valeur param.json
• /somepath/param.xml entraînera un paramètre avec la valeur param.xml
• /somepath/param.anything entraînera un paramètre avec la valeur param.anything
• /somepath/param.value.json entraînera un paramètre avec la valeur param.value.json
• ...

Si vous ne vous souciez pas de l'extension de la reconnaissance, vous pouvez le désactiver en substituant mvc:annotation-driven automagic :

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

Donc, encore une fois, si vous avez /somepath/{variable} :

• /somepath/param, /somepath/param.json, /somepath/param.xml ou /somepath/param.anything entraînera un paramètre avec la valeur param
• /somepath/param.value.json, /somepath/param.value.xml ou /somepath/param.value.anything entraînera un paramètre avec la valeur param.value

remarque : la différence de la configuration par défaut n'est visible que si vous avez une cartographie comme somepath/something.{variable}. voir Resthub projet de problème

si vous souhaitez conserver l'extension de la gestion, depuis le Printemps 3.2 vous pouvez également définir la useRegisteredSuffixPatternMatch propriété de RequestMappingHandlerMapping bean afin de garder suffixPattern reconnaissance activé, mais limitée à un régime enregistré d'extension.

Ici vous définissez uniquement json et xml extensions :

<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>

Noter que mvc:annotation-driven accepte maintenant un contentNegotiation option pour fournir une coutume bean, mais la propriété de RequestMappingHandlerMapping doit être changé à true (false par défaut) (cf. https://jira.springsource.org/browse/SPR-7632).

Pour cette raison, vous devez toujours remplacer les tous mvc:annotation-driven configuration. J'ai ouvert un ticket pour le Printemps de demander une coutume RequestMappingHandlerMapping : https://jira.springsource.org/browse/SPR-11253. Merci de voter si vous êtes intereted dans.

Bien que primordial, attention aussi prendre en compte personnalisée de l'Exécution de la gestion primordial. Sinon, tous vos Exception personnalisée mappages échouera. Vous devrez réutiliser messageCoverters avec une liste de haricot :

<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>

J'ai mis en place, dans le projet open source Resthub que je suis partie, une série de tests sur ces sujets : voir https://github.com/resthub/resthub-spring-stack/pull/219/files & https://github.com/resthub/resthub-spring-stack/issues/217

En plus de Martin Frey réponse, cela peut aussi être corrigé en ajoutant une barre oblique dans le RequestMapping valeur:

/path/{variable}/

Gardez à l'esprit que ce correctif ne prend pas en charge la maintenabilité. Il exige maintenant que toutes les URI pour avoir une barre oblique - quelque chose qui peut ne pas être évident pour les utilisateurs de l'API /les nouveaux développeurs. Parce qu'il est susceptible de ne pas tous les paramètres peuvent avoir une . à eux, il peut également créer des intermittents bugs

Au Printemps de Démarrage Reste Contrôleur, j'ai résolu en suivant ces Étapes:

RestController :

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

Et De Repos Client:

Get http://mywebhook.com/statusByEmail/[email protected]/

Voici une approche qui s'appuie uniquement sur java configuration:

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;
    }
}

Au Printemps de Démarrage, L'expression Régulière résoudre le problème comme

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

Si vous utilisez Printemps 3.2.x et <mvc:annotation-driven />, de créer ce petit 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;
    }
}

Puis mettez ceci dans votre MVC config xml:

<bean class="spring.DoNotTruncateMyUrls" />

Pour moi le

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

ne fonctionne pas mais seulement si vous aussi coder le "point d'équilibre" dans votre url de la requête comme "%2F", alors il fonctionne. Mais nécessite URL à tous que...ce qui n'est pas un "standard" de l'encodage, mais valide. Se sent comme quelque chose d'un bug 😐

L'autre contourner, similaire à la "slash" consiste à déplacer la variable qui sera le point "inline" ex:

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

maintenant, tous les points seront conservés, aucune modification ou à l'expression rationnelle est nécessaire.