[스프링 MVC 1편] #6. 스프링 MVC - 기본 기능 (3) #269

seyxxn · 2024-07-01T06:26:20Z

seyxxn
Jul 1, 2024
Maintainer

6_스프링 MVC - 기본 기능 (3)

응답 - 정적 리소스, 뷰 템플릿

서버에서 응답 데이터를 만드는 방법은 크게 3가지

정적 리소스

파일을 그대로 전달하는 것
예) 웹 브라우저에 정적인 HTML, css, js를 제공할 때는 정적 리소스를 사용

뷰 템플릿 사용

예) 웹 브라우저에 동적인 HTML을 제공할 때는 뷰 템플릿을 사용

HTTP 메시지 사용

HTTP API를 제공하는 경우에는 HTML이 아니라 데이터를 전달해야 하므로, HTTP 메시지 바디에 JSON 같은 형식으로 데이터를 실어 보냄

1️⃣ 정적 리소스

스프링 부트는 클래스패스의 다음 디렉터리에 있는 정적 리소스를 제공
/static, /public, /resources, /META-INF/resources
src/main/resources는 리소스를 보관하는 곳이고, 클래스패스의 시작 경로
따라서 다음 디렉터리에 리소스를 넣어두면, 스프링 부트가 정적 리소스로 서비스를 제공

정적 리소스 경로

src/main/resources/static

만약, 다음과 같은 경로(src/main/resources/static/basic/hello-form/html)에 파일이 들어있으면 웹 브라우저에서 http://localhost:8080/basic/hello-form.html 이렇게 실행하면 해당 파일을 볼 수 있다

🔎 클래스패스(classPath)

클래스를 찾기 위한 경로
JVM이 프로그램을 실행할 때, 클래스 파일을 찾는 데 기준이 되는 파일 경로

2️⃣ 뷰 템플릿

뷰 템플릿을 거쳐서 HTML이 생성되고, 뷰가 응답을 만들어 전달
일반적으로 HTML을 동적으로 생성하는 용도로 사용하지만 다른 것들도 가능 (뷰 템플릿이 만들 수 있는 것이라면 무엇이든 가능)
스프링 부트는 기본 뷰 템플릿 경로를 제공
- src/main/resources/templates
scr/main/resources/templates/response/hello.html : 뷰 템플릿 생성

<!DOCTYPE html>
<html xmlns:th="http://www.thymeleaf.org"> <head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>
<p th:text="${data}">empty</p> </body>
</html>

ResponseViewController : 뷰 템플릿을 호출하는 컨트롤러

package hello.springmvc.basic.response;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.servlet.ModelAndView;

@Controller
public class ResponseViewController {
    // 뷰 템플릿을 호출하는 3가지 방법

    // ModelAndView로 반환
    @RequestMapping("/response-view-v1")
    public ModelAndView responseViewV1() {
        ModelAndView mav = new ModelAndView("response/hello").addObject("data", "hello!");

        return mav;
    }

    // @ResponseBody를 사용하면 뷰를 반환하지 않고 바로 문자를 반환
    // String으로 반환
    @RequestMapping("/response-view-v2")
    public String responseViewV2(Model model) {
        model.addAttribute("data", "hello!");
        return "response/hello";
    }

    // 권장하지 않는 방법, void를 반환
    // 경로의 이름과 return 값이 같으면 void 형으로 해도 된다 (관례적으로 생략할 수 있게 스프링이 제공하는 기능)
    @RequestMapping("/response/hello")
    public void responseViewV3(Model model) {
        model.addAttribute("data", "hello!");
    }

responseViewV1 실행결과

responseViewV2 실행결과

String을 반환하는 경우 - View or HTTP 메시지

@ResponseBody가 없으면 response/hello로 뷰 리졸버가 실행되어서 뷰를 찾고, 렌더링 함
@ResponseBody가 있으면, 뷰 리졸버를 실행하지 않고, HTTP 바디에 직접 response/hello라는 문자가 입력됨
위의 코드에서는 뷰의 논리 이름인 response/hello를 반환하면 templates/response/hello.html 경로의 뷰 템플릿이 렌더링 됨

void를 반환하는 경우

@Controller를 사용하고, HttpServletResponse, OutputStream(Writer)같은 HTTP 메시지 바디를 처리하는 파라미터가 없으면 요청 URL을 참고해서 논리 뷰 이름으로 사용
- 요청 URL : /response/hello
- 실행 : templates/response/hello.html
이 방식은 명시성이 너무 떨어지고, 이렇게 경로의 이름과 return 값이 딱 같게 떨어지는 경우도 많지 않기에 권장하지 않음

3️⃣ HTTP 메시지

@ResponseBody, HttpEntity를 사용하면 뷰 템플릿을 사용하는 것이 아니라 HTTP 메시지 바디에 직접 응답데이터를 출력할 수 있음

Thymeleaf 스프링 부트 설정

build.gragle

`implementation 'org.springframework.boot:spring-boot-starter-thymeleaf'`

스프링부트는 자동으로 ThymeleafViewResolver와 필요한 스프링 빈들을 등록
application.properties

spring.thymeleaf.prefix=classpath:/templates/
spring.thymeleaf.suffix=.html

위의 설정은 기본 값이며, 필요할 때 변경하면 됨

HTTP 응답 - HTTP API, 메시지 바디에 직접 입력

HTTP API를 제공하는 경우에는 HTML이 아니라 데이터를 전달해야 하므로, HTTP 메시지 바디에 JSON 같은 형식으로 데이터를 실어 보냄

참고
HTML이나 뷰 템플릿을 사용해도 HTTP 응답 메시지 바디에 HTML 데이터가 담겨서 전달 됨
여기서 설명하는 내용은 정적 리소스나 뷰 템플릿을 거치지 않고, 직접 HTTP 응답 메시지를 전달하는 경우를 뜻함

ResponseBodyController 전체 코드

package hello.springmvc.basic.response;

import hello.springmvc.basic.HelloData;
import jakarta.servlet.http.HttpServletResponse;
import lombok.extern.slf4j.Slf4j;
import org.springframework.http.HttpStatus;
import org.springframework.http.ResponseEntity;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.ResponseBody;
import org.springframework.web.bind.annotation.ResponseStatus;

import java.io.IOException;

@Slf4j
@Controller
// @Controller 대신에 @RestController 를 사용하면 클래스 단위마다 @ResponseBody 를 사용하지 않아도 된다
public class ResponseBodyController {

    @GetMapping("/response-body-string-v1")
    public void responseBodyV1(HttpServletResponse response) throws IOException {
        response.getWriter().write("ok");
    }

    @GetMapping("/response-body-string-v2")
    public ResponseEntity<String> responseBodyV2() {
        return new ResponseEntity<>("ok", HttpStatus.OK);
    }

    @ResponseBody
    @GetMapping("/response-body-string-v3")
    public String responseBodyV3() {
        return "ok";
    }

    @GetMapping("/response-body-json-v1")
    public ResponseEntity<HelloData> responseBodyJsonV1() {
        HelloData helloData = new HelloData();
        helloData.setUsername("userA");
        helloData.setAge(20);

        return new ResponseEntity<>(helloData, HttpStatus.OK); // HTTP 상태코드를 변경할 수 있음
    }

    // 위의 버젼을 조금 더 간소화 함. (단, HTTP 상태코드를 변경할 수 없음)
    @ResponseStatus(HttpStatus.OK) // 이 애노테이션을 통해서 응답결과 상태코드를 변경할 수 있음
    @ResponseBody
    @GetMapping("/response-body-json-v2")
    public HelloData responseBodyJsonV2() {
        HelloData helloData = new HelloData();
        helloData.setUsername("userA");
        helloData.setAge(20);

        return helloData;
    }
}

responseBodyStringV1

    @GetMapping("/response-body-string-v1")
    public void responseBodyV1(HttpServletResponse response) throws IOException {
        response.getWriter().write("ok");
    }

서블릿을 직접 다룰 때 처럼
HttpServletResponse 객체를 통해서 HTTP 메시지 바디에 직접 ok 응답 메시지를 전달
response.getWriter().write("ok")

responseBodyStringV2

    @GetMapping("/response-body-string-v2")
    public ResponseEntity<String> responseBodyV2() {
        return new ResponseEntity<>("ok", HttpStatus.OK);
    }

ResponseEntity 엔티티는 HttpEntity를 상속 받았는데, HttpEntity는 HTTP 메시지의 헤더, 바디 정보를 가지고 있음
ResponseEntity는 여기에 더해서 HTTP 응답 코드를 설정할 수 있음

responseBodyStringV3

    @ResponseBody
    @GetMapping("/response-body-string-v3")
    public String responseBodyV3() {
        return "ok";
    }

@ResponseBody를 사용하면 view를 사용하지 않고, HTTP 메시지 컨버터를 통해서 HTTP 메시지를 직접 입력할 수 있음
@ResponseEntity도 동일한 방식으로 동작

responseBodyJsonV1

    @GetMapping("/response-body-json-v1")
    public ResponseEntity<HelloData> responseBodyJsonV1() {
        HelloData helloData = new HelloData();
        helloData.setUsername("userA");
        helloData.setAge(20);

        return new ResponseEntity<>(helloData, HttpStatus.OK); // HTTP 상태코드를 변경할 수 있음
    }

ResponseEntity를 반환
HTTP 메시지 컨버터를 통해 JSON 형식으로 변환되어 반환

responseBodyJsonV2

    // 위의 버젼을 조금 더 간소화 함. (단, HTTP 상태코드를 변경할 수 없음)
    @ResponseStatus(HttpStatus.OK) // 이 애노테이션을 통해서 응답결과 상태코드를 변경할 수 있음
    @ResponseBody
    @GetMapping("/response-body-json-v2")
    public HelloData responseBodyJsonV2() {
        HelloData helloData = new HelloData();
        helloData.setUsername("userA");
        helloData.setAge(20);

        return helloData;
    }

ResponseEntity는 HTTP 응답 코드를 설정할 수 있는데, @ResponseBody를 사용하면 이런 것을 설정하기가 까다로움
@ResponseStatus(HttpStatus.OK) 애노테이션을 사용하면 응답 코드도 설정 가능
물론, 애노테이션이기 때문에 응답 코드를 동적으로 변경할 수는 없음
프로그램 조건에 따라서 동적으로 변경하려면 ResponseEntity를 사용하면 됨

@RestController

@Controller 대신에 @RestController를 사용하면, 해당 컨트롤러에 모두 @ResponseBody가 적용되는 효과가 있음
이렇게 되면 뷰 템플릿을 사용하는 것이 아니라, HTTP 메시지 바디에 직접 데이터를 입력
이름 그대로 Rest API(HTTP API)를 만들 때 사용하는 컨트롤러
참고로, @ResponseBody는 클래스 레벨에 두면 전체 메서드에 적용되는데, @RestController 애노테이션 안에 @ResponseBody가 적용되어 있음

HTTP 메시지 컨버터

뷰 템플릿으로 HTML을 생성해서 응답하는 것이 아니라, HTTP API처럼 JSON 데이터를 HTTP 메시지 바디에서 직접 읽거나 쓰는 경우 HTTP 메시지 컨버터를 사용하면 편리함

@responsebody 사용 원리

HTTP 메시지 컨버터를 사용하기 전, 스프링 입문 강의에서 설명했던 내용을 먼저 살펴보자

📒 [스프링 입문] #2. 스프링 웹 개발 기초

@ResponseBody를 사용
- HTTP의 BODY에 문자 내용을 직접 반환
- viewResolver 대신에 HttpMessageConverter가 동작
- 기본 문자처리 : StringHttpMessageConverter
- 기본 객체처리 : MappingJackson2HttpMessageConverter
- byte 처리 등등 기타 여러 HttpMessageConverter가 기본으로 등록되어 있음

스프링 MVC는 다음의 경우에 HTTP 메시지 컨버터를 적용

HTTP 요청
- @RequestBody : 클라이언트의 JSON 데이터를 자바 객체로 변환할 때 사용
- HttpEntity(RequesetEntity) : 요청의 모든 정보를 포함할 수 있으며, 바디를 자바 객체로 변활할 때 사용
HTTP 응답
- @ResponseBody : 자바 객체를 클라이언트로 JSON 형태로 보낼 때 사용
- HttpEntitu(ResponseEntity) : 응답의 모든 정보를 포함할 수 있으며, 자바 객체를 JSON으로 변환할 때 사용

🌀 중간 정리

스프링 MVC에서 HTTP 메시지 컨버서는 HTTP 요청과 응답의 본문을 객체로 변환하거나 객체를 HTTP 본문으로 변환하는 역할

HTTP 요청

@RequestBody

클라이언트가 서버로 JSON, XML 등 형태로 데이터를 보낼 때 사용
예를 들어, 클라이언트가 다음과 같은 JSON 데이터를 서버로 보낸다고 가정

{
    "name": "John",
    "age": 30
}

이 데이터를 서버의 컨트롤러에서 @RequestBody를 사용하면 자바 객체로 받을 수 있음

@PostMapping("/user")
public ResponseEntity<User> createUser(@RequestBody User user) {
    // user 객체는 JSON 데이터를 User 클래스로 변환한 객체
    // 여기서 HttpMessageConverter가 JSON을 User 객체로 변환
    return ResponseEntity.ok(user);
}

여기서 HttpMessageConverter가 JSON 데이터를 User 객체로 변환

HttpEntity(RequestEntity)

HTTP 요청의 모든 정보를 담을 수 있음
헤더, 바디, 상태 코드 등을 모두 포함할 수 있음

@PostMapping("/user")
public ResponseEntity<User> createUser(RequestEntity<User> requestEntity) {
    User user = requestEntity.getBody();
    // 여기서 HttpMessageConverter가 JSON을 User 객체로 변환
    return ResponseEntity.ok(user);
}

HTTP 응답

@responsebody

서버가 클라이언트에게 객체를 JSON, XML 등 형태로 보낼 때 사용

@GetMapping("/user")
@ResponseBody
public User getUser() {
    User user = new User("John", 30);
    // 여기서 HttpMessageConverter가 User 객체를 JSON으로 변환
    return user;
}

여기서 HttpMessageConverter가 User 객체를 JSON으로 변환

HttpEntity(ResponseEntity)

HTTP 응답의 모든 정보를 담을 수 있음
헤더, 바디, 상태코드 등을 모두 포함할 수 있음

@GetMapping("/user")
public ResponseEntity<User> getUser() {
    User user = new User("John", 30);
    // 여기서 HttpMessageConverter가 User 객체를 JSON으로 변환
    return ResponseEntity.ok(user);
}

HTTP 메시지 컨버터 인터페이스

HTTP 메시지 컨버터는 인터페이스로 되어있음

org.springframework.http.converter.HttpMessageConverter

package org.springframework.http.converter;
public interface HttpMessageConverter<T> {

    boolean canRead(Class<?> clazz, @Nullable MediaType mediaType);
    boolean canWrite(Class<?> clazz, @Nullable MediaType mediaType);

    List<MediaType> getSupportedMediaTypes();

    T read(Class<? extends T> clazz, HttpInputMessage inputMessage) throws IOException, HttpMessageNotReadableException;

    void write(T t, @Nullable MediaType contentType, HttpOutputMessage outputMessage)
throws IOException, HttpMessageNotWritableException;

}

HTTP 메시지 컨버터는 HTTP 요청, HTTP 응답에 둘 다 사용
- canRead(), canWrite() : 메시지 컨버터가 해당 클래스, 미디어타입을 지원하는 지 체크
- read(), write() : 메시지 컨버터를 통해서 메시지를 읽고 쓰는 기능

스프링 부트 기본 메시지 컨버터

(일부 생략)

0 = ByteArrayHttpMessageConverter
1 = StringHttpMessageConverter  
2 = MappingJackson2HttpMessageConverter

스프링 부트는 다양한 메시지 컨버터를 제공하는데, 대상 클래스 타입과 미디어 타입 둘을 체크해서 사용여부를 결정
만약, 만족하지 않으면 다음 메시지 컨버서로 우선순위가 넘어감

주요 메시지 컨버터

ByteArrayHttpMessageConverter : byte[] 데이터를 처리
- 클래스 타입 : byte[], 미디어 타입 : */* (모두 가능)
- 요청 예) @RequestBody byte[] data
- 응답 예) @ResponseBody return byte[] 쓰기 미디어타입 application/octet-stream
StringHttpMessageConverter : String 문자로 데이터를 처리
- 클래스 타입 : String, 미디어 타입 : */*
- 요청 예) @RequestBody String data
- 응답 예) @ResponseBody return "ok" 쓰기 미디어타입 text/plain
```
content-type: application/json

@RequestMapping
void hello(@RequestBody String data) {}
```
MappingJackson2HttpMessageConverter: application/json
- 클래스 타입: 객체 또는 HashMap, 미디어타입 application/json 관련
- 요청 예) @RequestBody HelloData data
- 응답 예) @ResponseBody return helloData 쓰기 미디어타입 application/json 관련
```
content-type: application/json

@RequestMapping
void hello(@RequestBody HelloData data) {}
```
다음과 같은 경우에는 메시지 컨버터가 사용되지 않음
```
content-type: text/html

@RequestMapping
void hello(@RequestBody HelloData data) {}
```
- 요청의 Content-Type이 text/html로 설정되어 있음
- 스프링은 이를 처리할 수 있는 메시지 컨버터를 찾지 못하기 때문에 예외를 발생시킴
- @RequestBody를 사용하려면 요청의 Content-Type이 application/json이나 application/xml 등과 같은 데이터 형식을 나타내야 함
- ✅ 만약 HTML 데이터를 처리해야 한다면, @RequestBody 대신 HttpServletRequest를 사용

HTTP 요청 데이터 읽기

HTTP 요청이 오고, 컨트롤러에서 @RequestBody, HttpEntity 파라미터를 사용
메시지 컨버터에서 메시지를 읽을 수 있는지 확인하기 위해 canRead() 호출
- 대상 클래스 타입을 지원하는가?
  - 예) @RequestBody의 대상 클래스(byte[], String, HelloData)
- HTTP 요청의 Content-Type 미디어 타입을 지원하는가?
  - 예) text/plain, application/json, */*
canRead() 조건을 만족하면 read()를 호출해서 객체를 생성하고 반환

HTTP 응답 데이터 생성

컨트롤러에서 @ResponseBody, HttpEntity로 값이 변환
메시지 컨버터가 메세지를 쓸 수 있는지 확인하기 위해 canWrite()를 호출
- 대상 클래스 타입을 지원하는가?
  - 예) return의 대상 클래스 (byte[], String, HelloData)
- HTTP 요청의 Accept 미디어 타입을 지원하는가?
  - 예) text/plain, application/json, */*
canWrite() 조건을 만족하면 write()를 호출해서 HTTP 응답 메시지 바디에 데이터를 생성

요청 매핑 헨들러 어뎁터 구조

HTTP 메시지 컨버터는 스프링 MVC 어디쯤에서 사용되는 것일까?

@RequestMapping을 처리하는 핸들러 어댑터인 RequestMappingHandlerAdapter(요청 매핑 핸들러 어댑터)에 모든 비밀이 있음

RequestMappingHandlerAdapter 동작 방식

ArgumentResolver

애노테이션 기반의 컨트롤러는 매우 다양한 파라미터를 사용할 수 있음
HttpServletRequest, Model, @RequestParam, @ModelAttribute 그리고 @RequestBody, HttpEntity 같은 HTTP 메시지를 처리하는 부분까지 사용 가능
이렇게 파라미터를 유연하게 처리할 수 있는 이유는 바로 ArgumentResolver 때문
애노테이션 기반 컨트롤러를 처리하는 RequestMappingHandlerAdapter는 바로 이 ArgumentResolver를 호출해서 컨트롤러(핸들러)가 필요로 하는 다양한 파라미터의 값(객체)을 생성. 그리고 이렇게 파라미터의 값이 모두 준비되면 컨트롤러를 호출하며 값을 넘겨줌
정확히는 HandlerMethodArgumentResolver 인데 줄여서 ArgumentResolver 라고 부름

public interface HandlerMethodArgumentResolver {
    boolean supportsParameter(MethodParameter parameter);

    @Nullable
    Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer, NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception;

}

동작 방식

ArgumentResolver의 supportsParameter()를 호출해서 해당 파라미터를 지원하는지 체크
지원하면 resolveArgument()를 호출해서 실제 객체 생성
그리고 이렇게 생성된 객체가 컨트롤러 호출 시 넘어감
원한다면 직접 이 인터페이스를 확장해서 원하는 ArgumentResolver를 만들 수 있음

ReturnValueHandler

HandlerMethodReturnValueHandler를 줄여서 ReturnValueHandler라 부름
ArgumentResolver와 비슷한데, 이것은 응답 값을 변환하고 처리
컨트롤러에서 String으로 뷰 이름을 반환해도 동작하는 이유가 바로 ReturnValueHandler 덕분임

HTTP 메시지 컨버터

HTTP 메시지 컨버터 위치

HTTP 메시지 컨버터를 사용하는 @RequestBody도 컨트롤러가 필요로 하는 파라미터의 값에 사용됨
@ResponseBody의 경우도 컨트롤러 반환 값을 이용
요청의 경우
- @RequestBody를 처리하는 ArgumentResolver가 있고, HttpEntity를 처리하는 ArgumentResolver가 있아
- 이 ArgumentResolver들이 HTTP 메시지 컨버터를 사용해서 필요한 객체를 생성하는 것
응답의 경우
- @ResponseBody와 HttpEntity를 처리하는 ReturnValueHandler가 있음
- 여기에서 HTTP 메시지 컨버터를 호출해서 응답 결과를 만듦
스프링 MVC는 @RequestBody나 @ResponseBody가 있으면
- RequestResponseBodyMethodProcessor(ArgumentResolver, ReturnValueHandler 둘다 구현)를 사용
HttpEntity 가 있으면
- HttpEntityMethodProcessor(ArgumentResolver, ReturnValueHandler 둘다 구현) 를 사용

확장

스프링은 다음을 모두 인터페이스로 제공
필요하면 언제든 기능을 확장할 수 있음

HandlerMethodArgumentResolver
HandlerMethodReturnValueHandler
HttpMessageConverter

스프링이 필요한 대부분의 기능을 제공하고 있어서 실제 기능을 확장할 일이 많지는 않음

기능 확장은 WebMvcConfigure를 상속 받아 스프링 빈으로 등록하면 됨

WebMvcConfigure 확장

@Bean
public WebMvcConfigurer webMvcConfigurer() {

    return new WebMvcConfigurer() {
            @Override
            public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers){
            //...
            }

            @Override
            public void extendMessageConverters(List<HttpMessageConverter<?>> converters) {
            //...
            }
    };
}

🔗 출처

김영한 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술

Navigation Menu

Uh oh!

[스프링 MVC 1편] #6. 스프링 MVC - 기본 기능 (3) #269

Uh oh!

{{title}}

Uh oh!

Replies: 0 comments

Select a reply

Uh oh!

Uh oh!

[스프링 MVC 1편] #6. 스프링 MVC - 기본 기능 (3) #269

Uh oh!

seyxxn Jul 1, 2024 Maintainer

6_스프링 MVC - 기본 기능 (3)

응답 - 정적 리소스, 뷰 템플릿

1️⃣ 정적 리소스

정적 리소스 경로

🔎 클래스패스(classPath)

2️⃣ 뷰 템플릿

responseViewV1 실행결과

responseViewV2 실행결과

String을 반환하는 경우 - View or HTTP 메시지

void를 반환하는 경우

3️⃣ HTTP 메시지

Thymeleaf 스프링 부트 설정

HTTP 응답 - HTTP API, 메시지 바디에 직접 입력

responseBodyStringV1

responseBodyStringV2

responseBodyStringV3

responseBodyJsonV1

responseBodyJsonV2

@RestController

HTTP 메시지 컨버터

@responsebody 사용 원리

스프링 MVC는 다음의 경우에 HTTP 메시지 컨버터를 적용

🌀 중간 정리

HTTP 요청

HTTP 응답

HTTP 메시지 컨버터 인터페이스

스프링 부트 기본 메시지 컨버터

주요 메시지 컨버터

HTTP 요청 데이터 읽기

HTTP 응답 데이터 생성

요청 매핑 헨들러 어뎁터 구조

RequestMappingHandlerAdapter 동작 방식

ArgumentResolver

동작 방식

ReturnValueHandler

HTTP 메시지 컨버터

HTTP 메시지 컨버터 위치

확장

WebMvcConfigure 확장

🔗 출처

Replies: 0 comments

seyxxn
Jul 1, 2024
Maintainer