@RequestBody 객체 바인딩 방식에 대한 질문입니다.

선생님 안녕하세요? 항상 열심히 듣고 있습니다.

MVC 1편 뿐만 아니라 활용편(야생형 코스)을 수강하면서 H객체 바인딩 방식에 대해 질문이 생겨 글을 남깁니다.

제가 토이 프로젝트를 진행하면서 json형식 데이터를  messageBody에 담아 클라이언트에서 HTTP POST 요청을 통해 컨트롤러에 전달하여 DB에 객체를 저장하고자 했습니다. 코드는 아래와 같습니다.

@RestController
@RequiredArgsConstructor
@Slf4j
public class MemberController {
    private final MemberService memberService;

    /***
     * 회원 등록
     */
    @PostMapping("/members")
    public String createMember(@RequestBody Member member) {
        try {
            memberService.join(member);
        } catch (IllegalStateException e) { return "fail"; }
        return "success";
    }
... 이하 생략

}

@Entity
@Getter 
public class Member {

    @Id @GeneratedValue
    @Column(name = "member_id")
    private Long id;

    private String name;

    private String password;

    @Enumerated(EnumType.STRING)
    private MemberStatus status;

    @Embedded
    private BodyMeasureInfo bodyMeasureInfo;

    protected Member() {}
    public Member(String name, String password, BodyMeasureInfo bodyMeasureInfo) {
        this.name = name;
        this.password = password;
        this.bodyMeasureInfo = bodyMeasureInfo;
        this.status = MemberStatus.LOG_OUT;
    }
이하 생략 .....

}



HTTP API 형식으로 회원 저장 URI에 POST 요청을 했을 때, 

제가 예상했던 객체 바인딩은 API messageBody에 있는 name, password, bodyMeasureInfo가 바인딩 된 후, 

status는 객체 생성시 디폴트로 LOG_OUT으로 설정되는 것이었지만,

결과는 name, password, bodyMeasureInfo만 객체에 바인딩 되었고 status는 LOG_OUT으로 설정되지 않고 null인 상태로 DB에 저장되었습니다.



질문은 어떤 방식으로 객체에 생성자가 아닌 다른 방법으로 파라미터가 바인딩 되는 것인지 입니다.

혹시 이런 경우를 이후 챕터에서 설명하신 ArgumentResolver를 확장해야하는지 또한 여쭙고 싶습니다.


답변해주시면 감사하겠습니다.