[Jinny] 스프링 카페 미션 - 3단계 구현 #90

jinny-l · 2023-04-07T06:16:13Z

Jane, 안녕하세요.
Jinny입니다.

스프링 카페 미션 3단계 기능 구현하여 PR드립니다.
이번 주는 뭔가 공부는 많이 한 것 같은데, 커밋을 보니 별 내용이 없는 것 같아 아쉬웠습니다.

저번주에 이제 Spring에 대해 조금은 알 것 같다는 생각을 했는데,
이번주에 Spring 예외처리를 공부하면서 를 하면서 다시 “스프링에 대해서 아무것도 모르는구나”라는 생각이 들었습니다.

Spring 예외처리에 대해 전체적인 흐름을 모르는 상태에서
다른 멤버들의 코드를 보며 조각조각 퍼즐을 맞춰서 구현하려다보니 원리에 대해 이해하기 힘들었습니다.

수많은 학습 키워드 속에서 갈피는 못잡고,
특히 @Valid, BindingResult로 예외처리하는 것과
@ControllerAdvice, ExceptionHandler로 예외처리하는 개념이 많이 헷갈렸습니다.

PR 마감을 하루 앞두고 예외처리까지 구현해서 피드백받고 싶어서 더욱 허둥대다 보니 조급해져서 더욱 갈피를 못잡았던 것 같습니다.

그래서 이번주는 아쉽지만 예외처리 구현까지는 못하고, 예외처리 관련 기초 공부를 제대로 차근차근해서 다음주에 꼭 코드에 반영해서 PR보내겠습니다.

+) AWS 배포는 완료했는데, 몇번 더 해보고 싶어서 다음주나 다다음주 중으로 배포 URL 공유드리겠습니다.

이번주에 어떤 내용을 공부했고, 어떤 고민과 과정으로 미션을 구현했는지는 하단에 기재해두었습니다.

긴 글 읽어주셔서 감사합니다. 🙂

✔️ 1~2단계 피드백 관련

피드백 반영한 커밋은 커밋 메시지에 "리뷰반영"이라고 적혀져있습니다.

DTO -> 도메인 변환은 기존 컨트롤러에서 서비스 계층에서 하도록 수정하였습니다.
불필요한 @Autowired 어노테이션 삭제했습니다.
파라미터가 많을 때 가독성 좋게 주고 받을 수 있는 방법에 대해서 고민했습니다.
- 다른 PR의 리뷰를 보고 빌더 패턴을 사용해보았습니다.
커스텀 예외에 대해서 추가로 공부했습니다.
- 커스텀 예외의 장점으로 종류별로 묶어서 다른 처리를 해야될 때 분기 처리를 할 수 있다는 것이라고 생각이 들었습니다.

✨ 3단계 기능 목록

H2 DB 연동 기능
- 게시글 데이터를 DB에 저장하는 기능(PK 포함 필수)
- 사용자 정보를 DB에 저장하는 기능
AWS 배포
- H2 DB를 사용하여 AWS 배포

📌 3단계 URL 및 메서드 컨벤션

기능	URI	templates	HTTP 메서드
에러 페이지	/error	/error.html	`GET`

🔥 고민

WebMvcConfigurer 클래스를 삭제했습니다.
- 삭제한 이유는 아직 WebMvcConfigurer에 대해 제대로 알지 못하기 때문입니다.
- 더불어 WebMvcConfigurer를 사용할 경우, 똑같은 URL에서 Http 메서드만 달라졌을 때 다른 URI를 부여해야 했습니다. 그렇지 않으면 기존 컨트롤러 있는 Mapping 메서드와 WebMvcConfigurer의 매핑 메서드에서 충돌이 생겼습니다.
- 똑같은 뷰 페이지에 서로 다른 URI를 부여해야 하는 점에 의문이 생겨 삭제하게 되었습니다.
DTO, 도메인에서 각각 어떤 검증을 해야할지 고민이 됩니다.
View -> Controller에서는 DTO로 데이터가 전달되는데,
Controller -> View로 넘어갈 때는 도메인으로 데이터가 전달되고 있어서 어떤 것이 DTO로 전달하는 것이 맞을지 고민이 됩니다.

✏️ 이번 주 학습 내용

월요일
- H2 DB 연동을 하기 위해 H2 DB의 3가지 모드와 연동을 하기 위한 설정을 공부했습니다.
- H2 DB의 3가지 모드와 사용법 - Server Mode, Embedded Mode, In-Memory Mode
화요일
- DB을 연동하기 위해 김영한님의 DB 강의를 들었습니다.
- DB 연동했습니다.
수요일
- AWS 배포하고, 배포 과정을 정리했습니다.
- [AWS] EC2 Spring Boot 서버 배포
- 배포는 성공했지만, Trouble Shooting 과정이 명확하지 않아 몇번 더 시도해볼 예정입니다.
목요일
- Spring 예외처리 공부

* 목적: 의도를 명확히 하기 위함 * 변경 내용: index -> sequence

* 이유: 해당 인터페이스 사용법에 대해 완전히 이해하지 못함

* 기존 쿼리는 테이블이 계속 초기화가 되는 이슈가 있음

* DB 연동하면서 개념이 헷갈려 Optional 삭제한 것을 되돌림

* 이렇게 하는 것이 아닌 것 같음.. 수정 필요

janeljs

Jinny 안녕하세요~ 리뷰어 Jane입니다.
리뷰가 늦어져 죄송합니다 ㅠㅠ 많이 기다리셨죠 😢

PR 메시지 읽어봈는데요ㅎㅎ AWS 배포 url도 Jinny의 학습속도에 맞게 천천히 공유주셔도 되고, 예외처리에 대해서도 이미 충분히 많은 고민 해주시고 있는 것 같습니다.
그리고 이번 cafe 프로젝트에서 다 소화하지 못하셔도 다음 프로젝트들을 하시며 자연스레 익히게 될 것이니 너무 걱정하지 않으셔도 됩니다 😄
그래도 열심히 하시는 욕심있는 스타일이신 것 같아..! 이번 코멘트는 조금 더 자세하고 쉽게 이해할 수 있도록 예외 처리관련 피드백을 남겨드렸어요. 확인해보시고 모르는 것 있으시면 편하게 질문주셔요ㅎㅎ

janeljs · 2023-04-08T20:50:52Z

README.md

- [ ] 절대 경로, 상대 경로
- [ ] View Resolver 동작 원리
- [ ] redirect
+- [ ] redirect & forward


janeljs · 2023-04-08T20:51:11Z

README.md

+- Template Engine 및 매핑 URI "/" 처리 방식
+- H2 DB 3가지 모드
+- gradle 의존성 옵션
+- 커넥션 풀


오~ 커넥션 풀 관련해서는 어떤 내용을 공부하셨는지 궁금하네요ㅎㅎ

아직까지는 엄청 깊게 알지는 못하고 이런 개념이 있다~정도로만 아는 것 같습니다. 😞

데이터베이스에 연결하기 위해서는 커넥션 풀이 필요하다.

커넥션풀은 데이터베이스와 연결된 커넥션을 미리 만들어 관리를 해주어 필요할 때마다 가져다 쓰고 반납하면 된다.

커넥션풀을 사용하지 않을 경우 데이터베이스에 연결하기 위한 매우 복잡하고 긴 코드를 작성해야 한다.

사용할 때마다 매번 커넥션을 생성해야 하기 때문에 시간과 비용이 많이 든다.

JdbcTemplate을 쓰면 이런 코드를 작성하지 않고 커넥션풀을 생성해 사용할 수 있다.

janeljs · 2023-04-08T21:02:53Z

src/main/java/kr/codesqaud/cafe/controller/UserController.java

+            userService.join(userDTO);
+            return "redirect:/users";
+        } catch (InvalidUserIdException e) {
+            System.out.println(e.getMessage());


@ControllerAdvice를 이용하여 InvalidUserIdException을 잡아주시면 다소 지저분해보이는 try catch문을 제거할 수 있답니다ㅎㅎ
너무 어렵게 생각하지 마시고 아래 아티클을 보시고 간단하게 적용해보세요~
https://tecoble.techcourse.co.kr/post/2021-05-10-controller_advice_exception_handler/

그리고 System.out.println 보다는 logger를 사용하여 로깅해주세요ㅎㅎ

앗 잠깐 테스트하면서 추가했던 System.out.println을 삭제하지 않았네요,,

@ControllerAdvice를 적용해서 예외처리하는 것으로 수정했습니다. 다만 의도대로 수정되지는 않았습니다. 이렇게 하는 것이 맞는지 모르겠습니다 😞
의도대로 수정하지 못한 이유는 리다이렉트하면 에러 메시지가 출력되지 않기 때문입니다. RedirectAttribute도 사용해봤지만... 의도대로 구현이 안되어 리다이렉트 시 데이터를 어떻게 전달해야 하는지 더 공부를 해봐야 할 것 같습니다.

수정 커밋

기존 의도:

에러 발생 시, GlobalExceptionHandler 클래스에서@ExceptionHandler을 통해 에러 메시지를 담아 /error URI를 리다이렉트

ErrorController에서 /error URI을 error 페이지와 매핑, 에러 메시지를 받아와 뷰에 전달

수정 방향

i 단계에서 URI를 리턴하는 대신 error 페이지에 에러 메시지를 담아 뷰를 리턴

janeljs · 2023-04-08T21:11:38Z

src/main/java/kr/codesqaud/cafe/repository/ArticleRepositoryImpl.java

+
+    @Override
+    public Article save(Article article) {
+        String sql = "insert into articles(writer, title, contents) values(?, ?, ?)";


NamedParameterJdbcTemplate을 사용하도록 변경해보셔도 좋을 것 같네요ㅎㅎ

NamedParameterJdbcTemplate을 사용하도록 수정했습니다.
컬럼이 많아질 수록 파라미터의 바인딩 순서가 헷갈리는데 어떻게 개선할 수 있을지 고민했는데, 해당 방법을 사용하면 파라미터가 순서대로 바인딩되지 않을 경우 에러가 발생할 위험을 방지할 수 있을 것 같습니다.

수정 커밋

janeljs · 2023-04-08T21:12:22Z

src/main/java/kr/codesqaud/cafe/repository/ArticleRepositoryImpl.java

+
+    @Override
+    public Optional<Article> findBySequence(long sequence) {
+        String sql = "select * from articles where sequence = ?";


쿼리에 *를 사용하는 것은 좋지 않아요~ㅎㅎ

쿼리에 *을 사용하지 않는 이유에 대해서 알아보았는데,
Join 쿼리 사용할 때, 컬럼 삭제가 있을 때 등 문제가 발생할 수 있다고 합니다.

아직까지 쿼리를 많이 사용하지 않아서 잘 몰랐는데 좀 더 공부해야 할 것 같습니다.!
그래도 현재 상황에서 와일드카드보다 명시하는 것이 좋다고 생각합니다.

수정 커밋

janeljs · 2023-04-08T21:45:39Z

src/main/java/kr/codesqaud/cafe/repository/ArticleRepositoryImpl.java

+
+    @Override
+    public List<Article> findAll() {
+        String sql = "select * from articles";


마찬가지로 개선해주세요~

해당 커밋에 수정해두었습니다.

UserRepositoryImpl 클래스 쿼리문도 같이 수정했습니다.

수정 커밋

janeljs · 2023-04-08T21:54:11Z

src/main/java/kr/codesqaud/cafe/repository/UserRepositoryImpl.java

+    public User save(User user) {
+        String sql = "insert into users(userId, password, name, email) values(?, ?, ?, ?)"; // TODO: 컬럼이 많아질 수록 순서가 헷갈리는데 개선할 수 있는 방법이 있을까
+        template.update(
+                sql, user.getUserId(), user.getPassword(), user.getName(), user.getEmail()


~ParameterSource 클래스들을 이용할 수도 있을 것 같아요~

해당 커밋에 같이 수정해두었습니다!

janeljs · 2023-04-08T22:06:47Z

src/main/java/kr/codesqaud/cafe/repository/UserRepositoryImpl.java

+        } catch (EmptyResultDataAccessException e) { // TODO: 해당 처리를 안하면 DB에 해당 데이터가 없을 때 예외가 발생한다. 이렇게 하는것이 맞는지 모르겠다.
+            return Optional.ofNullable(null);


JdbcTemplate뿐만 아니라 JPA 등을 사용하실 때도 비슷한 상황에서 비슷한 예외를 보실 수 있을 것 같습니다.
그 때마다 어떻게 처리할지가 관건인데요.
지금처럼 구현해주시는 것도 흔한 처리방법입니다만, 이렇게되면 받는쪽에서 바로 Optional.get()을 호출하시면 안됩니다.
제 개인적인 의견으로는 해당 예외를 받아서 해당 예외를 Throwable cause로 받는 적절한 커스텀 예외를 또 던진 후 ControllerAdvice에서 처리해줄 것 같습니다.

그리고 Optional.empty()와 orElseThrow()에 대해서도 공부해보세요ㅎㅎ

흠 ㅠㅠ 아직 어떻게 처리를 해야할지 감이 안잡히네요 ㅠㅠ 조금 더 공부해보고 다음 PR에 반영해보겠습니다!

janeljs · 2023-04-08T22:07:28Z

src/main/java/kr/codesqaud/cafe/controller/UserController.java

    }

    @GetMapping("/users")
    public String listPage(final Model model) {
        List<User> users = userService.findUsers();
        model.addAttribute("users", users);
-        return "/user/list";
+        return "user/list";
    }

    @GetMapping("/users/{userId}")
    public String viewUserProfile(@PathVariable final String userId, final Model model) {
        User findUser = userService.findOne(userId).get();


구현을 보면 이렇게 바로 get하시면 안될 것 같습니다.ㅎㅎ

Optional 및 예외처리 관련해서 좀 더 공부해보겠습니다!

janeljs · 2023-04-08T22:13:34Z

src/main/java/kr/codesqaud/cafe/DTO/UserDTO.java

+    @Size(min = 1, max = 10)
    private String userId;
+
+    @Size(min = 8, max = 10)
    private String password;
+
+    @Size(min = 1, max = 10)


오~ 사이즈를 되게 타이트하게 잡아주셨군요ㅎㅎ

아직 스프링 예외처리 흐름에 대해 이해가 되지않아서,
일단 디테일한 검증보다 전체적인 예외처리를 경험해보기 위해 사이즈는 깊게 신경쓰지는 않았습니다. 😞

* 수정 이유: JdbcTemplate을 사용할 경우, 파라미터가 순서대로 바인딩되지 않을 경우 에러가 발생될 위험이 있음 * 참고: 학습을 위해 두가지 방법을 사용함 - MapSqlParameterSource - BeanPropertySqlParameterSource

* 참고: RowMapper에서 sequence를 갖고 오지 않아 페이지 매핑이 안되던 문제 같이 수정

janeljs · 2023-04-10T03:07:59Z

적어주신 고민들에 대한 답변 드립니다. 😄

WebMvcConfigurer 클래스를 삭제했습니다.

삭제한 이유는 아직 WebMvcConfigurer에 대해 제대로 알지 못하기 때문입니다.

더불어 WebMvcConfigurer를 사용할 경우, 똑같은 URL에서 Http 메서드만 달라졌을 때 다른 URI를 부여해야 했습니다. 그렇지 않으면 기존 컨트롤러 있는 Mapping 메서드와 WebMvcConfigurer의 매핑 메서드에서 충돌이 생겼습니다.

똑같은 뷰 페이지에 서로 다른 URI를 부여해야 하는 점에 의문이 생겨 삭제하게 되었습니다.

Jinny 말씀이 맞습니다ㅎㅎ addViewController 내부를 보면 requestMapping으로 매핑된 url을 view controller가 중복으로 매핑할 수 없다고 나오네요. 이것 때문에 url 관리를 분리해서 하는 것도 권장하지 않는 방식이라고 합니다.

If an @RequestMapping method is mapped to a URL for any HTTP method then a view controller cannot handle the same URL. For this reason it is recommended to avoid splitting URL handling across an annotated controller and a view controller.

현재 @PostMapping("/article/write")와 같이 url 설계해주신 부분에 대하여 수정 코멘트 드렸는데요ㅎㅎ 반영하시면 url 중복에 따른 이슈는 사라지겠지만, 분리하여 url을 관리하는 것이 권장되지 않는 방법이라고 하니 굳이 WebMvcConfigurer 인터페이스 구현체 내부에서 addViewController로 매핑하지 않으셔도 될 것 같습니다.

다만 WebMvcConfigurer는 현재와 같이 url과 view name을 매핑할 때만 쓰이는게 아니라 argument resolver, interceptor 등 다양한 것을 등록하는데도 사용하기 때문에 아마 다시 추가하시게 될 것 같은데요. 일단 지금은 사용하지 않으시니 삭제하신 것도 좋습니다ㅎㅎ

DTO, 도메인에서 각각 어떤 검증을 해야할지 고민이 됩니다.

DTO, 도메인 객체에 대하여 어떤 이해를 하시고 계신지 먼저 적어주시면 질문 답변에 도움이 될 것 같기는 한데요ㅎㅎ

주로 DTO에서는 클라이언트에서 검증하지 못하고 온 부분에 대한 validation check를 수행합니다. 꼭 요청으로 들어와야 하는 필드인데 null이 들어오면 예외를 던진다든가 하는 부분이 이 부분에 해당할 것 같아요. jsr 380 등으로 수행될 수 있구요.

도메인에서는 비즈니스 로직을 수행하며 필요한 여러 검증들이 수행된다고 보시면 되는데요.
아마 도메인=엔티티 라고 생각하시고 있는 것 같은데, 도메인은 조금 더 넓은 개념입니다. 현재 비즈니스에서 해결할 문제 영역 전체가 도메인이라고 보시면 될 것 같구요. 엔티티는 그 안에 포함되는 개념인데 흔히 도매인 객체라고 하면 엔티티를 지칭할 때가 많은 거 같기는 합니다.

현재 Jinny의 구현을 보면 핵심 비즈니스 로직이 엔티티가 아닌 서비스에 위치해 있고, 엔티티는 데이터를 전달하는 역할만 하고 있는데요. 핵심 비즈니스 로직과 그에 필요한 검증이 entity에 위치해야 하는가 도메인 service에 위치해야 하는가는 상황에 따라 설계 철학에 따라 달라서 정답은 없습니다ㅎㅎ

View -> Controller에서는 DTO로 데이터가 전달되는데,
Controller -> View로 넘어갈 때는 도메인으로 데이터가 전달되고 있어서 어떤 것이 DTO로 전달하는 것이 맞을지 고민이 됩니다.

controller에서 view로 넘어갈 때 현재처럼 엔티티를 직접 넘겨주는 건 안 좋은 방식입니다.
model에 담아주는 정보도 entity가 아닌 dto가 될 수 있도록 수정해주세요.
첫 리뷰 때 #30 (comment) 에서 DTO의 역할에 대해 설명드린 적이 있었던 것 같습니다.

네~ DTO는 주로 계층간 데이터를 전달할 때 사용되는데요~

인터페이스를 호출하는 클라이언트에서 원하는 응답의 형태는 상시 변할 수 있습니다.
이 때 엔티티를 바로 반환하여 클라이언트와 소통하게 되면, 추후 변경이 필요할 시 해당 엔티티를 사용하는 모든 곳이 영향을 받게 됩니다.

따라서 DTO를 설계할 때는 변경의 라이프 사이클에 맞춰서 적절하게 분리하여 설계해주는 것이 중요합니다 😄

Controller -> View로 넘어갈 때는 도메인으로 데이터가 전달되고 있어서 → 이렇게 하시면 왜 안될 것 같은지 생각해보세요ㅎㅎ

jinny-l · 2023-04-07T07:11:08Z

src/main/java/kr/codesqaud/cafe/controller/ErrorController.java

+    @GetMapping("/error")
+    public String errorPage(Model model) {
+        model.addAttribute("error", model.getAttribute("error"));
+        return "error";
+    }
+}


구글링하지 않고, 그냥 스스로 생각으로 이렇게 하면
model에 담긴 에러 메시지를 갖고 올 수 있지 않을까?라고 생각되어 구현한 부분입니다.
뭔가 잘못된 것 같다는 생각이 듭니다.

jinny-l · 2023-04-07T07:12:41Z

src/main/java/kr/codesqaud/cafe/controller/UserController.java

+    public String create(@Valid final UserDTO userDTO, BindingResult bindingResult, Model model) {
+        if (bindingResult.hasErrors()) {
+            // TODO: 에러 내용이 출력되게끔 로직 추가
+            return "redirect:/error";
+        }
+        try {
+            userService.join(userDTO);
+            return "redirect:/users";
+        } catch (InvalidUserIdException e) {
+            System.out.println(e.getMessage());
+            model.addAttribute("error", e.getMessage());
+            return "/error"; // TODO: 리다이렉트하도록 수정 필요
+        }
    }


/error 페이지로 리다이렉트되게끔 하는게 맞는 것 같은데
리다이렉트하면 스크린샷처럼 에러페이지에 메시지가 뜨지 않습니다. 공부가 더 필요한 것 같습니다.

jinny-l · 2023-04-07T07:15:32Z

src/main/java/kr/codesqaud/cafe/repository/UserRepositoryImpl.java

+    @Override
+    public Optional<User> findById(String userId) {
+        String sql = "select * from users where userId = ?";
+        try {
+            return Optional.ofNullable(template.queryForObject(sql, userRowMapper(), userId));
+        } catch (EmptyResultDataAccessException e) { // TODO: 해당 처리를 안하면 DB에 해당 데이터가 없을 때 예외가 발생한다. 이렇게 하는것이 맞는지 모르겠다.
+            return Optional.ofNullable(null);
+        }
+    }


Optional.ofNullable로 감싸면 쿼리 결과가 없을 때 null이 넘어 올 것이라고 생각했는데,
queryForObject 했을 때 쿼리 결과가 없으면 Exception이 터졌습니다.
임시로 try-catch 처리를 해줬는데, 이렇게 하는 것이 맞는지 모르겠습니다.

jdbc template의 queryForObject 메서드와 DataAccessException에 대해 더 학습해보시구요ㅎㅎ
SQLErrorCodeSQLExceptionTranslator가 내부에서 어떤 처리를 하는지도 추가적으로 학습해보시기를 바랍니다ㅎㅎ

jinny-l · 2023-04-09T04:35:52Z

src/main/java/kr/codesqaud/cafe/controller/UserController.java

+            userService.join(userDTO);
+            return "redirect:/users";
+        } catch (InvalidUserIdException e) {
+            System.out.println(e.getMessage());


앗 잠깐 테스트하면서 추가했던 System.out.println을 삭제하지 않았네요,,

@ControllerAdvice를 적용해서 예외처리하는 것으로 수정했습니다. 다만 의도대로 수정되지는 않았습니다. 이렇게 하는 것이 맞는지 모르겠습니다 😞
의도대로 수정하지 못한 이유는 리다이렉트하면 에러 메시지가 출력되지 않기 때문입니다. RedirectAttribute도 사용해봤지만... 의도대로 구현이 안되어 리다이렉트 시 데이터를 어떻게 전달해야 하는지 더 공부를 해봐야 할 것 같습니다.

수정 커밋

기존 의도:

에러 발생 시, GlobalExceptionHandler 클래스에서@ExceptionHandler을 통해 에러 메시지를 담아 /error URI를 리다이렉트

ErrorController에서 /error URI을 error 페이지와 매핑, 에러 메시지를 받아와 뷰에 전달

수정 방향

i 단계에서 URI를 리턴하는 대신 error 페이지에 에러 메시지를 담아 뷰를 리턴

jinny-l · 2023-04-09T05:42:52Z

src/main/java/kr/codesqaud/cafe/repository/ArticleRepositoryImpl.java

+
+    @Override
+    public Article save(Article article) {
+        String sql = "insert into articles(writer, title, contents) values(?, ?, ?)";


NamedParameterJdbcTemplate을 사용하도록 수정했습니다.
컬럼이 많아질 수록 파라미터의 바인딩 순서가 헷갈리는데 어떻게 개선할 수 있을지 고민했는데, 해당 방법을 사용하면 파라미터가 순서대로 바인딩되지 않을 경우 에러가 발생할 위험을 방지할 수 있을 것 같습니다.

수정 커밋

jinny-l · 2023-04-09T14:42:44Z

src/main/java/kr/codesqaud/cafe/repository/UserRepositoryImpl.java

+    public User save(User user) {
+        String sql = "insert into users(userId, password, name, email) values(?, ?, ?, ?)"; // TODO: 컬럼이 많아질 수록 순서가 헷갈리는데 개선할 수 있는 방법이 있을까
+        template.update(
+                sql, user.getUserId(), user.getPassword(), user.getName(), user.getEmail()


해당 커밋에 같이 수정해두었습니다!

jinny-l · 2023-04-09T14:43:39Z

src/main/java/kr/codesqaud/cafe/repository/ArticleRepositoryImpl.java

+
+    @Override
+    public List<Article> findAll() {
+        String sql = "select * from articles";


해당 커밋에 수정해두었습니다.

jinny-l · 2023-04-09T14:52:12Z

src/main/java/kr/codesqaud/cafe/repository/ArticleRepositoryImpl.java

+
+    @Override
+    public List<Article> findAll() {
+        String sql = "select * from articles";


UserRepositoryImpl 클래스 쿼리문도 같이 수정했습니다.

수정 커밋

jinny-l · 2023-04-09T15:00:25Z

src/main/java/kr/codesqaud/cafe/repository/UserRepositoryImpl.java

+        } catch (EmptyResultDataAccessException e) { // TODO: 해당 처리를 안하면 DB에 해당 데이터가 없을 때 예외가 발생한다. 이렇게 하는것이 맞는지 모르겠다.
+            return Optional.ofNullable(null);


흠 ㅠㅠ 아직 어떻게 처리를 해야할지 감이 안잡히네요 ㅠㅠ 조금 더 공부해보고 다음 PR에 반영해보겠습니다!

jinny-l · 2023-04-09T15:01:22Z

src/main/java/kr/codesqaud/cafe/controller/UserController.java

    }

    @GetMapping("/users")
    public String listPage(final Model model) {
        List<User> users = userService.findUsers();
        model.addAttribute("users", users);
-        return "/user/list";
+        return "user/list";
    }

    @GetMapping("/users/{userId}")
    public String viewUserProfile(@PathVariable final String userId, final Model model) {
        User findUser = userService.findOne(userId).get();


Optional 및 예외처리 관련해서 좀 더 공부해보겠습니다!

jinny-l added 18 commits April 4, 2023 15:59

📝docs: 3단계 요구사항 및 기능 목록 작성

48a90f8

➕add: H2 의존성 추가

82ecda5

🔧chore: H2 관련 application.properties 설정

2540c7f

♻️refactor: Article 필드 변수명 수정

31996a7

* 목적: 의도를 명확히 하기 위함 * 변경 내용: index -> sequence

✨feat: users, articles 테이블을 생성하는 쿼리 작성

a270670

✨feat: User 클래스에 Builder 패턴 구현

cf09b1e

♻️refactor: MvcConfig 클래스 삭제

55d4e7c

* 이유: 해당 인터페이스 사용법에 대해 완전히 이해하지 못함

✨feat: 사용자 정보를 DB에 저장하는 기능 구현

ec9cdbf

✨feat: 게시글 데이터를 DB에 저장하는 기능 구현

b757710

🐛fix: 템플릿 위치 반환 값에 잘못된 "/" 삭제

a3a85e4

♻️refactor(리뷰반영): 불필요한 @Autowired 제거

ee83588

✨feat: UserDto에 검증 어노테이션 추가

3cc1fba

♻️refactor(리뷰반영): DTO -> Entity 변환을 서비스에서 처리하도록 변경

ae0091d

➕add: validation 의존성 추가

b345a3e

♻️refactor: DB table이 초기화되지 않도록 쿼리 수정

465c04a

* 기존 쿼리는 테이블이 계속 초기화가 되는 이슈가 있음

♻️refactor: DB에서 User 데이터 조회 시 Optional로 감싸는 것으로 수정

f25149d

* DB 연동하면서 개념이 헷갈려 Optional 삭제한 것을 되돌림

✨feat: 중복 ID로 가입 시 예외처리

3f89dce

* 이렇게 하는 것이 아닌 것 같음.. 수정 필요

📝docs: 3단계에서 구현한 내용 반영

438e0f0

jinny-l added the step-3 label Apr 7, 2023

jinny-l requested a review from janeljs April 7, 2023 07:16

jinny-l changed the title ~~[Jinny] 스프링 카페 미션 3단계 구현~~ [Jinny] 스프링 카페 미션 - 3단계 구현 Apr 7, 2023

janeljs approved these changes Apr 8, 2023

View reviewed changes

jinny-l added 4 commits April 9, 2023 13:29

♻️refactor(리뷰반영): @ControllerAdvice를 사용하여 예외 처리하는 것으로 수정

0e9d70b

♻️refactor(리뷰반영): ArticleRepositoryImpl의 쿼리 문에서 * 삭제 후 컬럼명 명시

c818e7c

* 참고: RowMapper에서 sequence를 갖고 오지 않아 페이지 매핑이 안되던 문제 같이 수정

♻️refactor(리뷰반영): UserRepositoryImpl의 쿼리 문에서 "?" 및 "*" 삭제

d57e98a

janeljs merged commit c7a4d35 into codesquad-members-2023:jinny-l Apr 10, 2023

jinny-l commented Apr 10, 2023

View reviewed changes

jinny-l mentioned this pull request Apr 14, 2023

[Jinny] 스프링 카페 미션 - 3단계 구현(일부 미구현) #144

Closed

7 tasks

jinny-l mentioned this pull request Apr 14, 2023

[Jinny] 스프링 카페 미션 - 4~5단계 구현(일부 미구현) #146

Merged

7 tasks

janeljs self-assigned this May 8, 2023

		} catch (EmptyResultDataAccessException e) { // TODO: 해당 처리를 안하면 DB에 해당 데이터가 없을 때 예외가 발생한다. 이렇게 하는것이 맞는지 모르겠다.
		return Optional.ofNullable(null);

[Jinny] 스프링 카페 미션 - 3단계 구현 #90

[Jinny] 스프링 카페 미션 - 3단계 구현 #90

Conversation

jinny-l commented Apr 7, 2023 • edited

✔️ 1~2단계 피드백 관련

✨ 3단계 기능 목록

📌 3단계 URL 및 메서드 컨벤션

🔥 고민

✏️ 이번 주 학습 내용

janeljs left a comment • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

janeljs commented Apr 10, 2023 • edited

적어주신 고민들에 대한 답변 드립니다. 😄

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jinny-l commented Apr 7, 2023 •

edited

janeljs left a comment •

edited

janeljs commented Apr 10, 2023 •

edited