Spring으로 Api를 개발하는 것은 처음이라 공부를 병행하며 간단한 Api를 만들어보려 한다. 그 과정을 이곳에 기록하려 한다.Intellij는 Java 개발 툴 (IDE) 중 하나인 프로그램이다.평소 쓰던 Eclips와 VSCode의 장점을 잘 섞은 IDE라는
코드를 수정할 때마다 매번 서버를 재실행하는 것이 번거로워, Reloading을 적용해보려 한다.build.gradle 파일에 아래 코드를 추가한다.File - Settings - Build,Excution,Deployment -> Compiler - Build pro
db 생성은 pgadmin을 통해 따로 진행하였다. (user table 하나 생성)build.gradle 파일에 아래 코드를 추가한다.resources/application.properties 파일에 아래 코드를 추가하여 설정을 완료한다.build.gradle 파일에
스프링에서 데이터 유효성 검사를 하는 방식에 대해 알아보자.자바 표준 검증 애노테이션이다.스프링 표준 검증 애노테이션인 @Validated는 외부 계층에서 검증할 때 사용하는 것이라 여기선 언급하지 않겠다.유효성을 검증하는 기술 표준이다. 동작 원리디스패처 서블릿 동작
스프링에서 예외처리하는 방식에 대해 알아보자. 스프링의 예외처리 방식을 이해하기 위해 먼저 스프링의 전체적인 흐름을 이해해야 한다. BasicErrorController https://mangkyu.tistory.com/18 https://mangkyu.tistory
JWT란 > JWT(Json Web Token)은 클라이언트와 서버 간의 사용자 인증을 위해 사용되는 토큰이다. 자세한 내용은 이전 포스팅을 참고해주길 바란다. Spring에서 인증 구현하기 스프링 부트에서 인증 기능을 구현하기 위해 Spring Security와 J
이전 포스팅에서 JWT 인증 처리를 구현을 진행하다, 해당 에러를 발견했다.javax/xml/bind/DatatypeConverter를 찾지 못해 발생한 에러이다.JDK 11 이 되면서 Java EE와 CORBA Module이 제거되었기 때문이다.build.gradle
지난 포스팅에서 JWT를 이용해 인증 기능을 구현했었다. 이번 포스팅에서는 Refresh Token 생성 기능과 Role을 추가하고, 인증된 유저의 정보를 간단하게 받아오는 방법에 대해 설명하려 한다. Refresh Token Refresh Token을 사용하는 이유
아마 이번 포스팅이 JWT 내용을 다루는 마지막 시간일 것 같다. 그렇기에, 자세한 내용에 앞서 JWT 인증 과정에 대해 간단하게 복습하고 넘어가자. Spring Security 스프링 시큐리티는 SecurityContext에 인증된 Authentication 객체
사이드 프로젝트를 진행하며 여러 에러를 마주치게 되었는데 그 중 몇가지를 소개해보려 한다. 이번에 마주친 에러는 제약조건 에러와 LocalDateTime 배열 문제였다.다른 서버 팀원의 PR을 merge하고 로컬로 받아와 코드를 실행했을 때 오류가 발생했다.위처럼 제약
지난 포스팅에서 @AuthenticationPrincipal 애노테이션을 사용해 Controller 단에서 인증된 유저의 정보를 받아오는 기능을 구현했다.이번엔 회원이 아닌 사용자의 요청도 함께 받으려 한다.모든 사용자에게로부터 요청을 받고, 조건에 따라 로직을 분리.
오늘은 Spring에서 페이징(Paging) 처리를 하는 방법에 대해 알아보려 한다.List 목록을 반환할 때 페이징 처리가 자주 사용되기 때문에 이 참에 알아두는 것이 좋을 것 같았다.페이징은 속도는 빠르게, 부하는 적게 하기 위해 지금 당장 필요한 데이터만 가져올