java – Spring MVC:未指定content-type时的@RequestBody

前端之家收集整理的这篇文章主要介绍了java – Spring MVC:未指定content-type时的@RequestBody前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我有一个Spring MVC应用程序,它以JSON字符串的形式从外部系统接收HTTP请求,其响应与JSON字符串类似地返回.我的控制器使用@RequestBody和@ResponseBody正确注释,我有集成测试,实际上发送请求以验证一切是否按预期工作.

但是,当我针对将要使用它的实际外部系统测试我的应用程序时,我发现传入的请求没有指定内容类型!这完全混淆了Spring并导致以下类型的错误

  1. DEBUG [] 2014-04-17 13:33:13,471 AbstractHandlerExceptionResolver.java:132 resolveException - Resolving exception from handler [com.example.controller.MyController@1d04f0a]: org.springframework.web.HttpMediaTypeNotSupportedException: Cannot extract parameter (ValidationRequest request): no Content-Type found

那么,是否有办法强制Spring通过MappingJacksonHttpMessageConverter路由此类请求,或者通过某种方式强制Spring使用自定义处理程序链或修改传入请求以显式设置内容类型?

我尝试过几件事:

>扩展MappingJacksonHttpMessageConverter,使其canRead()和canWrite()方法始终返回true.不幸的是,由于缺乏内容类型,Spring甚至无法在淘汰之前查看消息转换器.
>使用拦截器或Servlet过滤器手动设置内容类型.不幸的是,除了设置新属性之外,我无法看到这些机制中的任何一种实际上对传入请求进行更改的方法.

任何想法都表示赞赏.

为了解决以下评论,我的@RequestMapping看起来像:

  1. @RequestMapping(value="/{service}" )
  2. public @ResponseBody MyResponSEObject( @PathVariable String service,@RequestBody MyRequestObject request) {

所以这里没有任何东西可以指定JSON,但是没有内容类型Spring似乎甚至没有从传入请求中构建我的请求对象(这是有道理的,因为它没有足够的信息来确定如何这样做).

至于@ geoand的评论,询问“为什么你不能在Servlet过滤器或Spring Interceptor中添加内容类型的http标头”,答案是“因为我愚蠢而且忘记了servlet过滤器是如何工作的”.这是我最终用来解决问题的方法,我将立即作为答案添加.

最佳答案
当我问这个问题时,我有点愚蠢,因为我在Spring中寻找一种方法来直接操作传入的请求,或者明确告诉处理程序链我希望请求始终被视为JSON.一旦我想到它,我意识到这正是Servlet过滤器的用途.

首先,我创建了一个新的HttpServletRequestWrapper,如下所示:

  1. public class ForcedContentTypeHttpServletRequestWrapper extends HttpServletRequestWrapper {
  2. private static final Logger log = Logger.getLogger( ForcedContentTypeHttpServletRequestWrapper.class );
  3. // this is the header to watch out for and what we should make sure it always resolves to.
  4. private static final String CONTENT_TYPE_HEADER = "content-type";
  5. private static final String CONTENT_TYPE = "application/json";
  6. public ForcedContentTypeHttpServletRequestWrapper( HttpServletRequest request ) {
  7. super( request );
  8. }
  9. /**
  10. * If content type is explicitly queried,return our hardcoded value
  11. */
  12. @Override
  13. public String getContentType() {
  14. log.debug( "Overriding request's content type of " + super.getContentType() );
  15. return CONTENT_TYPE;
  16. }
  17. /**
  18. * If we are being asked for the content-type header,always return JSON
  19. */
  20. @Override
  21. public String getHeader( String name ) {
  22. if ( StringUtils.equalsIgnoreCase( name,CONTENT_TYPE_HEADER ) ) {
  23. if ( super.getHeader( name ) == null ) {
  24. log.debug( "Content type was not originally included in request" );
  25. }
  26. else {
  27. log.debug( "Overriding original content type from request: " + super.getHeader( name ) );
  28. }
  29. log.debug( "Returning hard-coded content type of " + CONTENT_TYPE );
  30. return CONTENT_TYPE;
  31. }
  32. return super.getHeader( name );
  33. }
  34. /**
  35. * When asked for the names of headers in the request,make sure "content-type" is always
  36. * supplied.
  37. */
  38. @SuppressWarnings( { "unchecked","rawtypes" } )
  39. @Override
  40. public Enumeration getHeaderNames() {
  41. ArrayList headerNames = Collections.list( super.getHeaderNames() );
  42. if ( headerNames.contains( CONTENT_TYPE_HEADER ) ) {
  43. log.debug( "content type already specified in request. Returning original request headers" );
  44. return super.getHeaderNames();
  45. }
  46. log.debug( "Request did not specify content type. Adding it to the list of headers" );
  47. headerNames.add( CONTENT_TYPE_HEADER );
  48. return Collections.enumeration( headerNames );
  49. }
  50. /**
  51. * If we are being asked for the content-type header,always return JSON
  52. */
  53. @SuppressWarnings( { "rawtypes","unchecked" } )
  54. @Override
  55. public Enumeration getHeaders( String name ) {
  56. if ( StringUtils.equalsIgnoreCase( CONTENT_TYPE_HEADER,name ) ) {
  57. if ( super.getHeaders( name ) == null ) {
  58. log.debug( "Content type was not originally included in request" );
  59. }
  60. else {
  61. log.debug( "Overriding original content type from request: " + Collections.list( super.getHeaders( name ) ) );
  62. }
  63. log.debug( "Returning hard-coded content type of " + CONTENT_TYPE );
  64. return Collections.enumeration( Arrays.asList( CONTENT_TYPE ) );
  65. }
  66. return super.getHeaders( name );
  67. }
  68. }

然后我把这个包装器用在Filter中,如下所示:

  1. public class ContentTypeFilter implements Filter {
  2. /**
  3. * @see Filter#destroy()
  4. */
  5. @Override
  6. public void destroy() {
  7. // do nothing
  8. }
  9. /**
  10. * @see Filter#doFilter(ServletRequest,ServletResponse,FilterChain)
  11. */
  12. @Override
  13. public void doFilter( ServletRequest request,ServletResponse response,FilterChain chain ) throws IOException,ServletException {
  14. ForcedContentTypeHttpServletRequestWrapper requestWrapper = new ForcedContentTypeHttpServletRequestWrapper( (HttpServletRequest) request );
  15. chain.doFilter( requestWrapper,response );
  16. }
  17. /**
  18. * @see Filter#init(FilterConfig)
  19. */
  20. @Override
  21. public void init( FilterConfig fConfig ) throws ServletException {
  22. // do nothing
  23. }
  24. }

它并不完全是防弹,但它正确地处理了该应用程序实际关心的一个来源的请求.

猜你在找的Spring相关文章