Spring @MVC ve @RequestBody ek açıklamaları x-www-form-urlencoded verilerle mi?

Question

Neden bir jQuery.ajax çağrısından bir istek alamıyorum anlamaya çalışıyorum o zaman Bahar @Controller eylemci yöntemi bir @RequestBody ek açıklama içerir. Aşağıdaki düşünün:

HTML/JavaScript:

<form id="foo" action="/baz"> 
    <input name="bar"> 
</form> 

<script> 
    $(function() { 
    var $fooForm = $('#foo'); 

    $fooForm.on('submit', function(evt) { 
     evt.preventDefault(); 

     $.ajax({ 
     url: $fooForm.action, 
     data: $fooForm.serialize(), 
     dataType: 'json', 
     type: 'POST', 
     success: function(data) { console.log(data); } 
     }); 
    }); 
    }); 
</script> 

Java:

@RequestMapping(
    value = "/baz", 
    method = RequestMethod.POST, 
    consumes = MediaType.APPLICATION_FORM_URLENCODED_VALUE, 
    produces = MediatType.APPLICATION_JSON_VALUE 
) 
public @ResponseBody SearchResults[] jqueryPostHandler(
    @RequestBody FormDataObject formData) 
{ 
    return this.searchService.find(formData); 
} 

üzerinde 415 hata @RequestBody açıklama mevcut başarısız ve dönecektir (istisna olacak üretilecek). Ancak, @RequestBody ek açıklaması kaldırılırsa (yani, parametre imzası yalnızca FormDataObject formData), yöntem çağrılır ve JSON JavaScript'e döndürülür.

Bu neden böyle? Bir POST isteği, isteğin gövdesindeki verileri içerir. Ek açıklama süreci böyle bir istek değil mi?

Ek açıklama yapmak için JavaScript tarafından gönderilen içerik türünü application/json ve consumes özelliğini MediaType.APPLICATION_JSON_VALUE olarak değiştirebileceğimi anlıyorum. Ama neden normal form talebi ile çalışmıyor?

Not Not: Spring 3.1.4 kullanıyorum.

Answer 1

"org.springframework.web" adresinde günlüğe döndürülen durum kodu nedenini öğrenmek için oturum açmayı denediniz mi? 415.

Çevrilmeden önce bir istisna oluşturulmalı ve günlüğe kaydedilmelidir. Ayrıca form verisi gönderiliyorsa, neden sadece @RequestBody'yi dışarıda bırakmayın. Daha sonra, nesne alanlarına Servlet istek parametrelerini uygulayacak veri bağlama (yani, @ModelAttribute) kullanacaksınız. Bu, FormHttpMessageConverter kullanıldığında tercih edilir.

Answer 2

Spring Docs of @RequestBody belirtildiği gibi, istek gövdesi HttpMessageConverter tarafından nesnesine dönüştürülecektir.

• ByteArrayHttpMessageConverter: bayt dizileri dönüştürür

  4 varsayılan HttpMessageConverters vardır.

• StringHttpMessageConverter: dizeleri dönüştürür.
• FormHttpMessageConverter: form verilerini bir MultiValueMap öğesine /'den dönüştürür.
• SourceHttpMessageConverter: bir javax.xml.transform.Source adresine dönüştürür.

o FormHttpMessageConverter işidir, ajax.serialize() oluşturmaktır url kodlanmış formu, dönüştürmek için. HttpMediaTypeNotSupportedException istisnası olduğundan, FormHttpMessageConverter'u yapılandırmamışsınızdır. bahar yapılandırma dosyasını kontrol edin, burada bir örnek:

< bean class ="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter" > 
    < property name= "messageConverters" > 
     < list> 
      < ref bean= "mappingJacksonHttpMessageConverter" /> 
      < ref bean= "stringHttpMessageConverter" /> 
      <!-- Do you have this converter ? --> 
      < ref bean= "formHttpMessageConverter" /> 
     </ list> 
    </ property> 
</ bean> 

Answer 3

Sorun, application/x-www-form-urlencoded kullandığınızda, Bahar bir RequestBody olarak bunu anlamak olmamasıdır.Bu 'u kullanmak istiyorsak, @RequestBody ek açıklamasını kaldırmamız gerekir. Ek açıklama @RequestBody

cevap kaldırıldı

@RequestMapping(
     value = "/baz", 
     method = RequestMethod.POST, 
     consumes = MediaType.APPLICATION_FORM_URLENCODED_VALUE, 
     produces = MediatType.APPLICATION_JSON_VALUE 
) 
public @ResponseBody SearchResults[] jqueryPostHandler(
     FormDataObject formData) 
{ 
    return this.searchService.find(formData); 
} 

Not: Http Post request with content type application/x-www-form-urlencoded not working in Spring