상황 원래의 애플리케이션은 잘 실행되었다. 하지만 기존 Qna 엔티티와 Reply 엔티티의 클래스명을 생각해봤을 때 너무 모호하다는 생각을 했다. 왜냐면 Qna 사실 질문과 답변이라는 말을 아우르고 있고 Reply는 답변도 되지만 사실은 댓글이라는 느낌이 강했다. 그래서 Qna -> QnaQuestion 으로 Reply -> QnaAnswered 라는 이름으로 변경하고자 했다. Qna 엔티티 이름을 QnaQuestion으로 인텔리제이의 Refactor 기능을 활용해서 변경했다. 하지만 그 이후 애플리케이션을 실행할 때 오류가 난다. 어플리케이션 실행 오류 org.springframework.beans.factory.BeanCreationException: Error creating bean with na..
+ ResponseDTO 객체가 맵핑이 잘 되지 않았던 문제를 해결하는 과정을 기록하고자 합니다. 구현 기능 /v11/qnas 로 HTTP POST 요청을 body에 JSON 형태로 memberId , 질문제목, 질문내용 을 담아서 request body를 받음 그 데이터를 DTO에 받아서 Qna엔티티 객체로 맵핑 JPA를 활용하여 H2 Inmemory DB에 저장 저장된 Qna 엔티티 객체를 반환 받아 ResponseDTO에 맵핑하여 ResponseEntity 객체로 HTTP 상태와 같이 응답 위와 같은 구현을 위해서 컨트롤러, 서비스 클래스, QnaPostDto, Qna 엔티티 객체를 만들고 MapStruct를 이용하여 mapper 구현과 QnaRepository를 통해서 JPA를 구현했다. QnA ..
어느덧 벌써 반절의 시간이 흘렀다. 2월에 시작한 부트캠프가 5월이 되었다는게 놀랍다. 이번 Section3를 공부하면서 페어분들과 만나며 느낀 것은 확실히 공부의 학습량이나 다들 느끼는 어려움의 정도가 크다는 것이었다. 나도 이에 동의한다. 사실 깊이 파려면 계속 깊이 팔 수 있는 부분이 너무 많고 Spring에 대한 이해와 실제로 웹 서버를 구현하는 것을 압축된 커리큘럼으로 한다는 것 자체가 하루하루 소화 해야 할 양이 굉장히 많다는 것이다. 그런 Section임에도 불구하고 육아로 인해서 주말이나 쉬는 때에 더 많이 복습하거나 다른 것을 만들어보지 못한 것이 아쉽다. 물론 아예 하지 않은 것은 아니다. 아이를 재운 뒤에 늦은 저녁에 복습하거나 컨텐츠 학습을 빨리하고 다시 복습하거나 아니면 새벽에 4..
