springboot10 [WIL] 2023-01-28(13th week) 😃 Keep - 팀원들과 모르는 내용 공유하며 같이 해결하기 - 프로젝트 타임라인을 잘 세웠고, 정해진 시간에 병합 작업 진행 😅 Problem - 다른 팀원 분들이 구현한 코드에 대한 이해도 부족 - 초반에 API 명세서를 RESTful하게 설계하지 못함 💪 Try - 다양한 다이어그램 작성법 공부하기 - 더욱 확실환 API 명세서 작성과 설계 단계에서 다이어그램 작성하기 🙋♂️ feel - 지난 프로젝트보다 또 한 걸음 더 성장할 수 있는 발판이 되었던 소중한 프로젝트 경험이었다. - 좋은 분위기 속에서 의견을 나누며 맡은 API 구현을 완성 할 수 있게 도와주신 팀원 분들께 감사했다. 2023. 1. 29. [TIL] 2023-01-25(61day) / 프로젝트(6day) 프로젝트(6) 🙋♂️ 소감 : 원래는 클래스 다이어그램을 작성하고 시나리오를 기반으로 분석된 기능별로 시퀀스 다이어그램을 작성해야 하지만, 우리는 설계 단계에서 ERD 다이어그램만 작성하고 프로젝트 자료 준비하면서 처음으로 시퀀스 다이어그램을 팀원들과 함께 만들었다. 주요 기능 위주로만 동기 메세지와 비동기 메세지로 작성하였다. 금일 프로젝트 발표가 있었는데, 피드백 주시면 시퀀스 다이어그램도 다시 수정해봐야겠다. 😈 아는 내용이라고 그냥 넘어가지 않기! 😈 2023. 1. 25. [TIL] 2023-01-10(52day) Exception 처리(2) 👉 스프링이 제공하는 다양한 예외처리 방법 # Spring은 에러 처리라는 공통 관심사(cross-cutting concerns)를 메인 로직으로부터 분리하여 예외 처리 전략을 추상화한 HandlerExceptionResolver 인터페이스를 만들었다. // Object 타입인 handler는 예외가 발생한 컨트롤러 객체 public interface HandlerExceptionResolver { ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex); } - 발생 위치 : 시스템 레벨에서 생성 - 발생 클래스 : jav.. 2023. 1. 10. [TIL] 2023-01-06(50day) 3차 프로젝트 API 수정 👉 User API 👉 Admin API 👉 Post API 👉 Category API 🙋♂️ 소감 리팩토링 과정에서 다수의 변수와 메서드 URI의 주소들이 변경이 되어서, 두명씩 나누어서 API와 변수, 메서드를 수정하였다. 두개의 브랜치를 하나로 합치는 작업을 했고, 변경된 부분에 대한 API 명세서를 수정하였다. 프로젝트 초반에 최대한 변경없이 진행 될 수 있도록 정하고 진행하는게 필요하다는것을 다시 한번 느꼈다. 😈 아는 내용이라고 그냥 넘어가지 않기! 😈 2023. 1. 6. [TIL] 2023-01-05(49day) 3차 프로젝트 Spring Security 👉 PostController @PostMapping("/posts") @Operation(summary = "Create Post", description = "Create post Page") public PostResponseDto createPost(@RequestBody PostRequestDto requestDto, @AuthenticationPrincipal UserDetailsImpl userDetails) { return postService.createPost(requestDto, userDetails.getUser().getUsername()); } 👉 PostService @Transactional public PostResponseDto .. 2023. 1. 6. [TIL] 2023-01-04(48day) Access Token & Refresh Token 👉 JWT(JSON Web Token) - 유저를 인증하고 식별하기 위한 토큰이다. 토큰은 세션과는 달리 서버가 아닌 클라이언트에 저장. 👉 Access Token & Refresh Token - Refresh Token은 Access Token과 똑같은 형태의 JWT - Refresh Token은 긴 유효기간을 가지면서, Access Token이 만료됐을 때 새로 발급해주는 열쇠가 된다. ex) 1. Refresh Token의 유효기간은 2주, Access Token의 유효기간은 1시간. 2. 사용자는 API 요청을 하다가 1시간이 지나면, 가지고 있는 Access Token은 만료. 3. 그러면 Refresh Token의 유효기간 전까지는 Acces.. 2023. 1. 4. 이전 1 2 다음
