Spring MVC @PathVariable mit Punkt (.) ist immer abgeschnitten

Frühjahr ist der Auffassung, dass alles, was hinter dem letzten Punkt ist eine Datei-Endung wie .jsonoder .xml und trucate es zum abrufen Ihrer parameter.

Also, wenn Sie /somepath/{variable} :

• /somepath/param, /somepath/param.json, /somepath/param.xml oder /somepath/param.anything wird in einem param mit dem Wert param
• /somepath/param.value.json, /somepath/param.value.xml oder /somepath/param.value.anything wird in einem param mit dem Wert param.value

wenn Sie ändern Ihre Zuordnung zu /somepath/{variable:.+} wie vorgeschlagen, jeden Punkt, einschließlich die Letzte sein wird, betrachten Sie als Teil Ihrer parameter :

• /somepath/param wird in einem param mit dem Wert param
• /somepath/param.json wird in einem param mit dem Wert param.json
• /somepath/param.xml wird in einem param mit dem Wert param.xml
• /somepath/param.anything wird in einem param mit dem Wert param.anything
• /somepath/param.value.json wird in einem param mit dem Wert param.value.json
• ...

Wenn Sie don ' T-care-extension-Erkennung, können Sie es deaktivieren, indem Sie das überschreiben 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>

Also, noch einmal, wenn Sie /somepath/{variable} :

• /somepath/param, /somepath/param.json, /somepath/param.xml oder /somepath/param.anything wird in einem param mit dem Wert param
• /somepath/param.value.json, /somepath/param.value.xml oder /somepath/param.value.anything wird in einem param mit dem Wert param.value

Hinweis : der Unterschied von der Standard-config ist nur sichtbar, wenn Sie eine Zuordnung wie somepath/something.{variable}. sehen Resthub Projekt Problem

wenn Sie möchten, um die Erweiterung des Managements, da Spring 3.2 Sie können auch festlegen, dass die useRegisteredSuffixPatternMatch Eigenschaft von RequestMappingHandlerMapping bean in Ordnung zu halten suffixPattern Anerkennung freigeschaltet, aber nur registrierte Erweiterung.

Hier definieren Sie nur die json-und xml-Erweiterungen :

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

Beachten Sie, dass mvc:annotation-driven akzeptiert jetzt eine contentNegotiation option, um eine benutzerdefinierte Bohne, sondern die Eigenschaft der RequestMappingHandlerMapping muss geändert werden auf true (default false). (vgl. https://jira.springsource.org/browse/SPR-7632).

Aus diesem Grund, haben Sie immer noch überschreiben, die alle mvc:annotation-driven-configuration. Ich habe ein ticket eröffnet, bis zum Frühjahr zu Fragen, für eine benutzerdefinierte RequestMappingHandlerMapping : https://jira.springsource.org/browse/SPR-11253. Bitte abstimmen, wenn Sie intereted in.

Zwar überschreiben, werden carreful zu betrachten, auch eigene Execution-management überschreiben. Andernfalls werden alle Ihre benutzerdefinierten Ausnahme mappings schlägt fehl. Sie haben, um die Wiederverwendung messageCoverters mit einer Liste Bohne :

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

Ich umgesetzt, in der open-source-Projekt Resthub, dass ich ein Teil bin, eine Reihe von tests, die auf diese Themen : siehe https://github.com/resthub/resthub-spring-stack/pull/219/files & https://github.com/resthub/resthub-spring-stack/issues/217

InformationsquelleAutor bmeurant

Zusätzlich zu Martin Frey ' s Antwort, dies kann auch befestigt werden, indem ein trailing slash in die RequestMapping-Wert:

/path/{variable}/

Beachten Sie, dass dieses Update unterstützt nicht die Wartbarkeit. Es erfordert nun alle URI ' s haben einen trailing-slash - etwas, das nicht offensichtlich sein-API-Benutzer /Entwickler. Weil es wahrscheinlich nicht alle Parameter . in Ihnen, es kann auch intermittierende Fehler

InformationsquelleAutor Michał Rybak

In Spring Boot Rest-Controller, ich habe beschlossen diese, indem Sie die folgenden Schritte aus:

RestController :

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

Und Vom Rest-Client:

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

InformationsquelleAutor GoutamS

Hier ist ein Ansatz, stützt sich rein auf java-Konfiguration:

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

InformationsquelleAutor Bruno Carrier

In den Frühling Starten, ist Der Reguläre Ausdruck, der das problem lösen, wie

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

InformationsquelleAutor Dan

Wenn du mit Spring 3.2.x und <mvc:annotation-driven /> erstellen Sie dieses kleine 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;
    }
}

Dann setzen Sie diese in Ihrem MVC config xml:

<bean class="spring.DoNotTruncateMyUrls" />

InformationsquelleAutor Jukka

Für mich die

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

funktioniert aber nur, wenn du auch codieren den "Punkt" in Ihrer Anfrage-url als "%2E", dann funktioniert es. Erfordert aber die URL ' s alle,...die nicht ein "standard" - Codierung, obwohl gültig. Fühlt sich an wie etwas von einen bug 😐

Den anderen umgehen, ähnlich der "trailing slash" Weg ist, verschieben Sie die variable, wird der Punkt "inline" ex:

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

nun alle Punkte bleiben erhalten, keine änderungen oder regex benötigt.

InformationsquelleAutor rogerdpack