My project
Spring security + jwt 동작방식 이해하기
이 글은 spring security와 jwt에 대한 개념을 설명하는 글이 아닌 동작 방식을 이해하는데 도움이 되는 글이다. 구현을 당장 해야 한다면 다른 블로그의 글을 보며 복붙을 한 후 읽어보면 동작 방식을 알기 쉬울 것이다. Univey 개발을 진행할 때 코드를 긁어와서 하다 보니 전체적 흐름이 궁금하였기에 이 글을 작성하여 기록을 남긴다. 정의와 이론 부분은 아래 블로그를 읽어보면 도움이 많이 된다. https://wildeveloperetrain.tistory.com/50 Spring Security 시큐리티 동작 원리 이해하기 - 1 스프링 시큐리티 (Spring Security)는 스프링 기반 어플리케이션의 보안(인증과 권한, 인가)을 담당하는 스프링 하위 프레임워크입니다. 보안과 관련해서 ..
잇타 대학생연합 IT동아리 it’s time 4기 활동 간단 후기, 회고(Feat. 팀 불사조 - Univey)
23년도 2학기와 함께 시작했던 나의 첫 대외 동아리 활동이 지난주 토요일 최종 발표와 함께 마무리 됐다. 정신없이 달리느라 쌓아둔 개발 관련 포스팅을 하기 전에 활동을 한번 되돌아보기 위해 이 글을 작성하고 있다. 동아리 전반적인 간단 후기를 작성 후 짧은 회고를 해보려 한다. 대학생 연합 IT 동아리 It's time, 잇타 4기 후기 준비 과정과 면접 내용은 간단하게 23년 회고록에 적어두었기에 생략하려 한다.2024.01.03 - [Scribble] - [회고록] 2023년 돌아보기 [회고록] 2023년 돌아보기하나 둘 졸업, 취업하는 주변 사람들을 볼 때마다 나는 언제 졸업하지라는 생각이 항상 들었는데 어느새 4학년을 시작하는 2024년이 되었다. 2023년을 돌아봤을 때 여전히 최고, 최선은 ..
Spring Interceptor, @SessionAttribute 사용하기
문제 상황 로그인 후 웹 사이트를 이용할 때 로그인이 유지가 되었는지 확인하기 위해 같은 코드를 거의 모든 컨트롤러 메서드에 반복 작성했다. 쓰면서도 이건 뭔가 잘못됐다,,,라고 생각했다. 메서드로 빼려고 하니 모든 컨트롤러에서 사용돼서 아닌 것 같고, 클래스로 따로 만들어 메서드를 작성하자니 기능이 애매해서 나중에 공부하다 보면 방법이 무조건 나올 거 같아서 참아보고 있었다. 심지어 인텔리제이도 몇 번째 같은 코드를 작성 중이라고 표시도 해주었다. HttpSession session = request.getSession(false); if (session == null) { return "redirect:/login"; } User loginUser = (User) session.getAttribute..
BindingResult, Bean Validation 사용하기, 오류 코드
BindingResult와 Validation을 배워서 적용해 보았다. 역시 예상치 못한 상황이 여럿 있었으니 그때 상황으로 고고고~ 기존 코드! 기존에는 따로 검증 코드를 작성해주지 않았다. 태그에 required를 사용해서 로그인, 회원가입등 상황에서 입력을 받도록 하였다. 검증을 어디서 해야 할까? 백엔드를 처음 시작하고부터 내가 많이 했던 질문 중 하나이다. "백엔드에서 처리해야 해? 프론트엔드에서 처리해야 해?" 이런 궁금증을 일으키는 상황이 많았다. 검증 역시 마찬가지이다. required만 붙이면 입력하라고 alert창까지 처리해 주는데? 최고인데?라고 생각했지만 그럴 리가 없었다 역시.. 항상 예상치 못한 경우가 생기기 때문에 이러면 안 된다. 포스트맨으로 json 값을 임의로 보내거나, ..
@ModelAttribute 동작 방식, 타임리프 th:object th:field 사용하기, dto에 setter 사용
김영한님 강의를 듣고 view에 form 부분을 th:object, th:filed를 사용해서 리팩토링 중 예상치 못한 오류를 맞이했다. 클라이언트한테 입력을 받는 상황 중 회원 가입을 예시로 글을 작성할 예정이다. 그럼 바로 그 당시 상황과 해결 방법으로 고고고~ th:object, th:field 클라이언트가 회원 가입 페이지 url을 클릭한 경우 기존에는 컨트롤러에서 html 페이지만 return 해주었다. th:object를 사용하기 위해서는 컨트롤러에서 비어있는 dto 객체를 model에 담아서 전송해 준다. 비어있는 객체를 보내주기에 기본 생성자로 새 객체를 만들어 담아주었다. (이때 기본 생성자를 사용하는 과정에서 이후에 오류가 발생한다. 기억해 두자.) model에 담아 보내준 user 객..
다대다 관계 해결하기. (@ManyToMany, @JoinTable, 연결 테이블 기본키)
베타 버전에서는 다대다 관계 (@ManyToMany)를 사용하지 않고 일대다 관계를 사용하였기에 course는 각각 1개의 category만 가질 수 있었다. 이를 해결하기 위해 리팩토링을 진행하였다. 간단한 설명과 과정을 작성해 보겠다. 다대다 관계 왜 안돼? 나는 spring과 관계형 데이터베이스인 mysql을 사용하고 있다. 기본적으로 관계형 데이터베이스에서는 다대다 관계를 표현할 수 없다.라고 많이 나와있다. 왜 안 되는 것일까? 이것은 내가 전에 정리했던 연관 관계 글을 보면 힌트를 얻을 수 있다. 기본적으로 일대다, 다대일 관계에서 '다'가 연관관계의 주인이며 외래키를 갖고 있는다. 이유는? '일'에서 외래 키를 갖고 있으려면 필드가 1개일 수 없다. course가 category를 여러 개 ..
스프링 부트 상태코드 999??? (에러페이지, 쉬어가는 타임)
이번 글은 에러 페이지를 만들던 중 맞이한 띠용하는 상황을 간단하게 적어 볼 예정이다. 가볍게 보자. repository에서 쿼리 메서드를 사용한 경우 Optional 타입을 값을 반환받는 경우가 있다. 원래는 그럴 일 없어. 라 생각하고 무조건 .get()으로 꺼내서 사용했다. 하지만 리팩토링을 진행하면서 이 부분을 확인하는 코드를 작성하여 null일 경우 따로 작성한 error 페이지로 이동하도록 하였다. error 페이지는 간단하게 error임을 알려주고 main화면으로 돌아가는 버튼을 넣어 두었다. 이때 처음보는 것을 봤다. 이름하여 상태 코드 999,,, 처음 보는 상태 코드에 당황한 나는 여러 검색을 해보았다. 하지만 999의 의미는 없고 커스텀한 가능성이 높다고 했다. 하지만 나는 상태 코드..
Repository와 Service 분리하기 (단일 책임 원칙)
우당탕탕 베타 버전을 완성시킬 때 동작 여부를 확인하는데 급급해서 servcie를 따로 만들지 않고 Repository에서 메서드를 직접 사용해 Controller를 작성했다. 이것만 하고 Service단을 만들어야지 하다가 걷잡을 수 없이 많아져서 미루다가 미래의 내가 고생했다.. 핑계를 말해보자면 명확하게 비즈니스 로직을 설계하지 않아서 그때그때 기능 구현을 하다 보니.. 핑계 접어두고 시작하겠다. entity, repository, service, controller, view의 기본 구조가 필요하다는 것을 알고 repository와 service를 무의식적으로 만들다가 이 김에 왜 필요한지 정리하려한다. 왜냐면 내가 처음 작성했던 것처럼 바로 repository에서 메서드를 가져와 써도 동작하기 ..
@Transactional 이해하고 사용하기 (트랜잭션이란?)
데이터 베이스보다 jpa를 먼저 공부했었던 나는 여러 위기가 있었다. jpa를 사용해서 데이터베이스에 저장하고 정도만 알고 쿼리를 볼 줄 몰라서 로그를 봐도 update, insert, delete 영어 뜻으로만 알고 무엇인지 알 수 없었다. 또한 @Transactional을 언제 써야 하는지도 정확히 몰라 느낌상 데이터 베이스에 값을 저장할 때 붙여 주었다. 학교 수업시간에 데이트베이스를 배우니 외래키, join 등도 쉽게 이해할 수 있었고 쿼리도 읽을 수 있었고 더불어 jpql도 사용할 수 있었다. 하지만 아직 한발 남았다. 기말고사 끝나고 보강 수업으로 트랜잭션 영상이 올라와 있었다. 당연히 안 봤다. 하지만 이번에 코드 뚜닥이면서 한번 정리하고 넘어가야겠다 생각해서 이러닝에 올라온 영상을 한번 보..
절대 경로 VS 상대 경로 (a 태그 href 속성에 /를 작성해야 할까?)
사건 번호 156923.. 웬만한 위기는 다 넘겼다고 생각하고 열심히 코딩 중에 있었다. 강의 신청 결과 view를 처리하고 아무 생각 없이 nav의 Home을 클릭하였는데 (Home을 누르면 메인 페이지로 이동해야 한다.) 그런데..... 초반에 만들었던 nav였고 잘 작동했는데 오류가 났다.... 잘 살펴보니 URL이 'localhost:8080/main'으로 이동하였는데 사진을 보면 'localhost:8080/course/main'으로 나타난다. 당시에는 오류에 흥분하여 코드부터 다시 보다가 나중에 url을 보게 되었다. url을 보니 '아 무엇인가 상대 경로, 절대 경로 문제겠구나'라고 바로 생각했다. 왜냐면 이 개념을 완벽히 잡지 않고 애매하면 무조건 절대 경로를 사용했기 때문에 언젠가 나한테..