Spring默认消耗和产生

时间:2019-01-28 16:18:16

标签: json spring rest spring-boot

我正在编写一个Servlet,它将使用大量RestControllers提供功能。

所有这些几乎都将仅使用JSON,所以我想用一种简洁的方式来表示:除非另有说明,否则请消费并产生MediaType.APPLICATION_JSON_VALUE。

我以为我找到了一个不错的解决方案on another SO question

但是,正如a comment there中已经指出的那样,此解决方案会带来麻烦。

@RestController
@RequestMapping(value = "/relationship/type", consumes = MediaType.APPLICATION_JSON_VALUE, produces = MediaType.APPLICATION_JSON_VALUE, method = {
        RequestMethod.GET
     })
public class DRelationshipTypeResource {

    // @GetMapping("/all")
    @RequestMapping(value = "/all", method = RequestMethod.GET)
    public List<DRelationshipTypeDTO> getAll() {
        return DRelationshipTypeService.getAll();
    }

此控制器还将具有POST / PUT / DELETE以及更多GET的功能。我现在将其删除,以最大程度地减少可能的错误原因。

调用此路由会产生415错误。

更糟糕的是,我真的很想能够使用

@GetMapping("/all")

代替了getAll()方法的更冗长的@RequestMapping重载,但这也会产生相同的415错误。

当请求到达时,服务器调试控制台会发出此消息:

2019-01-29 10:20:54.627  WARN 10712 --- [io-9999-exec-10] .w.s.m.s.DefaultHandlerExceptionResolver : Resolved [org.springframework.web.HttpMediaTypeNotSupportedException: Content type '' not supported]

2019-01-29 10:20:54.628 ERROR 10712 --- [io-9999-exec-10] o.a.c.c.C.[Tomcat].[localhost]           : Exception Processing ErrorPage[errorCode=0, location=/error]

java.lang.NoSuchMethodError: javax.servlet.http.HttpServletRequest.getHttpServletMapping()Ljavax/servlet/http/HttpServletMapping;
    at org.apache.catalina.core.ApplicationHttpRequest.setRequest(ApplicationHttpRequest.java:690) ~[tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.core.ApplicationHttpRequest.<init>(ApplicationHttpRequest.java:114) ~[tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.core.ApplicationDispatcher.wrapRequest(ApplicationDispatcher.java:917) ~[tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:358) ~[tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) ~[tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:394) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:253) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:175) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:834) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1417) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_181]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_181]
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-9.0.14.jar:9.0.14]
    at java.lang.Thread.run(Thread.java:748) [na:1.8.0_181]

,并向发出请求的客户端返回HTTP状态415 –不支持的媒体类型。

进一步说明一下,如果我使用诸如此类的“哑”类,则一切正常,内容正确地以JSON返回。

@RestController
@RequestMapping("relationship/type")
public class DRelationshipTypeResource {

    @GetMapping("/all")
    public List<DRelationshipTypeDTO> getAll() {
        return DRelationshipTypeService.getAll();
    }

4 个答案:

答案 0 :(得分:2)

作为堆栈跟踪,清楚地表明content-type为空('')。 我认为在进行GET调用时未传递Content-Type。如果您将Content-Type传递为“ application / json”,则应该可以。

您已经在类级别定义了消费和生产,这意味着默认情况下,所有REST服务都应传递标头,Content-Type和Accept以使用服务。

答案 1 :(得分:1)

缺少在路径开始处添加/并添加方法类型GET:

@RequestMapping(value = "/relationship/type", 
                consumes = MediaType.APPLICATION_JSON_VALUE, 
                produces = MediaType.APPLICATION_JSON_VALUE,
                method = {RequestMethod.GET}))

答案 2 :(得分:1)

要接受所有请求类型,只是覆盖会消耗值。

@RequestMapping(value = "/all", consumes="*/*", method = RequestMethod.GET)
    public List<DRelationshipTypeDTO> getAll() {
        return DRelationshipTypeService.getAll();
    }

答案 3 :(得分:0)

问题是我的请求没有明确地包含https://stackoverflow.com/a/54418436/2436002所指出的Content-Type application / json标头。

要清除所有这些方面的明显错误信息,所有内容均按我现在的预期工作,并具有可读性强,干净且类似Spring的代码。也许可以帮助其他人寻找例子。

@RestController
@RequestMapping(value = "relationship/type", consumes = MediaType.APPLICATION_JSON_VALUE, produces = MediaType.APPLICATION_JSON_VALUE)
public class DRelationshipTypeResource {

    @GetMapping("/all")
    public List<DRelationshipTypeDTO> getAll() {
        return DRelationshipTypeService.getAll();
    }

    @GetMapping("/{query}")
    public DRelationshipTypeDTO get(@PathVariable("query") String query) {
        return DRelationshipTypeService.get(query);
    }

    @PostMapping
    public ResponseEntity<Void> create(DRelationshipTypeDTO dto) {
        String label = DRelationshipTypeService.create(dto);
        URI uri = ServletUriComponentsBuilder.fromCurrentRequest().path("/{label}").buildAndExpand(label).toUri();
        return ResponseEntity.created(uri).build();
    }

    @PutMapping("{label}")
    public ResponseEntity<Void> update(@PathVariable("label") String label, DRelationshipTypeDTO dto) {
        DRelationshipTypeService.update(label, dto);
        return ResponseEntity.noContent().build();
    }

    @DeleteMapping("{label}")
    public ResponseEntity<Void> delete(@PathVariable("label") String label) {
        DRelationshipTypeService.delete(label);
        return ResponseEntity.noContent().build();
    }

关于POST / Create期间URI构建的最佳方法还不是100%,但这是一个不同的问题,它至少可以正常工作(HTTP201响应的正确位置标头)。