Will Be Fine

가. REST API의 단점 a. REST API - 대부분의 API 서버는 HTTP 통신 방법 중 하나인 REST 형태로 많이 사용하고 있다. => 자원의 주소인 URI 와 행위를 표현하는 방법으로 HTTP Status를 이용하는 방법이다. - 많이 사용한다고 해서 단점이 없는 것이 아니기 때문에 아래에서 단점을 확인해보자. b. Underfatching & Overfatching { { "id" : 1, "name" : "Kim" "age" : 26 }, { "id" : 2 "name" : "Park" "age" : 23 } } - 위처럼 응답을 하는 API가 있다고 가정을 했을때 만약에 내가 나이정보가 필요하지 않다고 해도 전부 받아올 수 밖에 없다. => 이렇게 불필요한 데이터도 전달받게 되는것을..

가. Lock을 알아보자 a. Lock Lock ~ - lock은 동시성 제어를 위한 상호배제 기법 중 하나이다. - 기본적으로 어플리케이션에서의 공용자원 관리, DB에서의 행 데이터 관리를 위해 사용한다. - DB의 row 단위 lock를 살펴보면 Shared Lock, Exclusive Lock 두가지가 있다. => 2022.02.12 - [공부(2021)/Database] - 트랜잭션의 Isolation Level 과 동시성 제어 => 2022.02.27 - [공부(2021)/Database] - 공유락(Shared Lock) & 배타락(Exclusive Lock) b. JPA에서 Lock이 필요한 이유 - 멀티스레드로 돌아가는 웹어플리케이션 환경에서 lock은 굉장히 중요하다. 동시에 여러 트랜잭..

2022.02.12 - [공부(2021)/Database] - 1. 트랜잭션의 Isolation Level 과 동시성 제어 가. Lock Lock~ a. 필요한 이유? - 지난 포스팅에 동시성제어에 대한 내용으로 Isolation level를 확인했었다. 아쉬운점은 이 Isolation level은 connection 단위로만 적용가능하다. - 트랜잭션 내에서 Select한 데이터에 대해 다른 트랜잭션을 동시성 제어하고 싶은 경우에 필요한 것이 데이터베이스의 Lock이다. b. Lock 종류 - 데이터베이스의 Lock은 크게 두가지가 있다. 1. Shared Lock (공유락) - 읽기 O , 쓰기 X - 다른 트랜잭션에서의 Shared Lock은 허용하지만 Exclusive Lock은 허용하지 않음 2..

가. 동시에 많은 요청이 들어온다면? a. 트랜잭션 - 대부분의 시스템들이 멀티스레드 형태로 동시처리를 하고있다. 또한 현재는 다양한 기기들이 존재하는 만큼 많은 요청이 발생한다. - 이 많은 요청들은 어플리케이션으로 흘러들어가고 필요한 데이터들을 DB로부터 가져오고 업데이트하고 추가하는 작업을 한다. - 이 데이터에 대한 검색, 업데이트, 추가, 삭제 쿼리를 하나씩 DB에 반영하는 것이 아니고 하나의 묶음단위로 처리가 되는데 이를 DB 트랜잭션이라고 부른다. b. 동시성 제어 - 웹어플리케이션에서 한번에 한명씩 처리하는 것이 아니라 수용할 수 있는만큼 동시에 처리를 한다. 그와 동시에 많은 트랜잭션이 발생한다. - 어느 시스템이나 데이터의 정확성이 가장 중요하다. 만약에 A라는 제품을 샀는데 갑자기 B..

가. Bean 생성을 위한 어노테이션 a. @Component - @Component는 클래스나 인터페이스에 대한 객체를 Bean으로 생성해서 스프링 컨테이너에서 관리해라! 선언하는 어노테이션이다. - 자매품으로 @Controller , @Service , @Repository 가 있고 각각 코드를 확인해보면 @Component가 달려있고 세부 내용은 동일 한 것을 볼수있다. - ClassPathBeanDefinitionScanner 를 통해 basePackage를 기준으로 auto-scanning 하여 스프링 컨테이너에 Bean으로 등록한다. b. @Configuaration - @Configuration도 마찬가지로 내부 코드가 위의 자매품들고 비슷하지만 다른점이 하나 있다. 바로 proxyBeanM..

가. Thread 만들기 a. 비동기 - Java에서는 Thread를 만들어서 비동기 처리가 가능하다. 만들어서 테스트 해보자 public class ThreadTest { public static void main(String[] args) { System.out.println(Thread.currentThread()+" ThreadTest 실행"); Thread thread = new Thread(new MyThread()); thread.start(); System.out.println(Thread.currentThread()+" ThreadTest 끝"); } static class MyThread implements Runnable{ @Override public void run() { Syst..

가. Batch Fault a. Exception - 배치는 보통 대용량 데이터를 처리하는 경우가 많다. 그렇기 떄문에 그에 따라 다양한 예외사항이 발생할수도 있다. - 즉 Exception 중에서 Job을 중단 해야할 정도의 크리티컬한 경우와 그렇지 않은 경우가 있을 수 있다. - Spring Batch에서는 이부분에 대한 클래스와 메서드를 지원하고 있고 간단하게 사용할수가 있도록 제공하고 있다. 나. Skip 처리하기 a. faultTolerant - Step을 만들때 .faultTolerant 메서드를 볼 수가 있다. 이름처럼 Step에 대한 falut를 허용한다라는 의미를 지니고 있다. - 자세히 살펴보면 다양한 메서드들을 제공하고 있는 것을 볼 수 있다. b. skip 과 skipLimit - ..

가. SuccessHandler a. 인증 성공하면 어디로? - 이전 포스팅에서 JWT 구조까지 살펴보았다. 이번에는 JWT Filter를 추가해보려고 하는데 한가지 확인해야 하는 부분이 있다. - 로그인이 성공하면 '/' 로 리다이렉트 되는 부분을 확인했었는데 이부분이 어떤 클래스가 담담하는지 먼저 확인해보자 - 길어지는 부분이 있어 중간 클래스는 생략을 했지만 중요한부분은 SuccessHandler가 리다이렉트 처리를 하는 걸 볼 수 있다. - 여기서 JWT 방식으로 하기 위해서는 리다이렉트가 아닌 로그인이 성공할 경우 SuccessHandler가 Token값을 반환 해주어야한다. b. Custom SuccessHandler - rememberMe 처리나 requestCache 까지하면 복잡해질 수 ..

가. JWT a. 무엇인가? - JSON Web Token 의 약자로 토큰을 통해 서버에 대한 엑세스를 관리하는 방법 중 하나이다. - HTTP 모든 요청에 이 JWT를 포함하여 서버로 전달하며 서버는 이 JWT를 통해 인증된 사용자(+정보)인지 확인하는 방법이다. b. 구조 - 암호화된 헤더.페이로드.서명 형태로 구성 되어있고 이 https://jwt.io/ 사이트에서 테스트 해볼 수 있다. JWT.IO JSON Web Tokens are an open, industry standard RFC 7519 method for representing claims securely between two parties. jwt.io - 위의 사이트에서 한번 만들어 보면 아래와 같은 구조로 만들 수가 있다. - 여..

가. Custom AuthenticationFilter 만들기 a. JSON 처리는 어떻게? - 이전 포스팅에서 UsernamePasswordAuthenticationFilter 를 그대로 사용하여 커스텀 API 로그인을 만들어 보았다. - 한가지 문제점은 JSON 형태로 처리가 되지않기 때문에 그대로 사용하기에는 아쉽기 때문에 AuthenticationFilter를 만들어 보았다. b. AbstractAuthenticationProcessingFilter - 이 클래스는 UsernamePasswordAuthenticationFilter 의 super 클래스로 이 Filter를 상속받아 만들면 간단하게 구현할 수 있다. public class JsonIdPwAuthenticationFilter exten..

가. UsernamePasswordAuthenticationFilter a. 인증 처리 필터 - 이전 포스팅에서 HttpSecurity의 .formLogin 메서드를 추가할때 UsernamePasswordAuthenticationFilter가 추가되는 것을 알 수 있었다. - 인증처리가 어떻게 이루어지는지 이 UsernamePasswordAuthenticationFilter 를 먼저 살펴보고 분석 & 테스트 해보았다. b. 추가해보기 @EnableWebSecurity public class SecurityConfig extends WebSecurityConfigurerAdapter { @Override protected void configure(HttpSecurity http) throws Except..

가. FormLogin a. 로그인 - 아마 처음배울때 가장 많이 접해보는 메서드가 아닐까 생각이 든다. - 메서드이름만 봐도 알 수 있듯이 로그인폼 페이지를 통해 로그인 할 수 있도록 설정하는 기능이다. - 예전엔 그렇구나 하고 넘어갔던 부분인데 어떤 Filter가 추가되고 어떤 작업이 진행되어지는지 궁금해졌다. b. 추가되는 Filters - .formLogin인도 역시 configurer가 추가 되는 형태로 구성되어있다. FormLoginConfigurer의 내부를 살펴보면 - UsernamePasswordAuthenticationFilter를 생성하는 것이 보인다. 이 Filter는 .configure 메서드를 호출할때 추가된다. (이전글 참조) => FromLoginConfigurer가 상속한 ..