programing

스프링 기본값으로 소비 및 생산

telecom 2023. 9. 12. 19:50
반응형

스프링 기본값으로 소비 및 생산

저는 기능을 제공하기 위해 여러 개의 휴식 컨트롤러를 사용할 서블릿을 작성하고 있습니다.

이 모든 것이 거의 독점적으로 JSON을 사용할 것이기 때문에 간결하게 말씀드리고 싶습니다.별도로 지정하지 않는 한 MediaType을 소비하고 생산합니다.APPLATION_JSON_VALUE 모든 것.

는 다른 SO 질문에서 좋은 해결책을 찾았다고 생각했습니다.

하지만 이미 거기 댓글에서 지적했듯이, 이 해결책은 문제를 일으킵니다.

@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/DEELETE와 추가 GET가 있습니다.발생 가능한 오류의 원인을 최소화하기 위해 일단 제거했습니다.

이 경로를 호출하면 415 오류가 발생합니다.

더 나쁜 것은, 정말로 사용할 수 있으면 좋겠습니다.

@GetMapping("/all")

getAll()-Method에 대해 더 장황한 @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 Status 415 – Unsupported Media Type을 반환합니다.

좀 더 명확히 설명하자면, 이와 같은 "dumb" 클래스를 사용하면 내용이 JSON으로 올바르게 반환되는 등 모든 것이 잘 작동합니다.

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

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

스택 트레이스로서 콘텐츠 유형을 분명히 말하는 것은 비어 있습니다('').GET 통화를 하는 동안 Content-Type이 전달되지 않는 것 같습니다.Content-Type을 'application/json'으로 통과하면 작동합니다.

클래스 수준에서 소비 및 생성을 정의했습니다. 즉, 기본적으로 모든 REST 서비스가 서비스를 소비하기 위해 헤더, Content-Type 및 Accept를 통과해야 합니다.

추가할 내용이 없습니다./경로 및 추가 메서드 유형 GET:

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

모든 요청 유형을 허용하려면 덮어쓰기가 값을 소비합니다.

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

문제는 https://stackoverflow.com/a/54418436/2436002 에서 지적한 대로 제 요청에 명시적으로 Content-Type 응용프로그램/json 헤더가 없다는 것이었습니다.

이 모든 것에 대한 명백한 잘못된 정보를 정리하기 위해, 모든 것이 매우 읽기 쉽고, 깨끗하고, 봄과 같은 코드로 지금 내가 기대했던 대로 작동했습니다.예를 찾는 다른 사람들에게 도움이 될 수도 있습니다.

@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-Building을 위한 최적의 방법에 대해 아직 100%는 아니지만, 이는 다른 문제이며, 적어도 잘 작동합니다(HTTP201 응답에 대한 적절한 위치 헤더).

언급URL : https://stackoverflow.com/questions/54406169/spring-default-consumes-and-produces

반응형