
스프링에서 사용자의 요청은 필터를 거쳐 DispatcherServlet으로 넘어가고, 내부의 doDispatch() 메서드를 통해 해당 요청에 대한 인터셉터들의 preHandle()이 처리된 후 컨트롤러로 넘어간다. 나의 경우 인터셉터에서 인증 관련 처리를 하기 위해 Authentication 헤더를 읽어 인증과 인가를 수행한다. 이후 ArgumentResolver 혹은 컨트롤러에서 다시 사용자의 이메일 혹은 아이디를 통한 처리를 진행한다. 이때 인터셉터에서 이미 암호화된 Authentication 헤더의 값을 해석하고 파싱 했음에도 값을 캐싱하지 않는다면 이후의 ArgumentResolver에서 다시 해석과 파싱 작업을 해야 한다. 이런 불편을 없애기 위해 컨트롤러 메서드 앞에서 요청이 처리될 때 값을..
Web/Spring
2023. 5. 8. 18:36
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 우테코
- Spring Boot Monitoring
- MySQL 이벤트 스케줄
- 자바
- 람다식
- springboottest
- invokedynamic
- Fromtail
- GitHub Discussion
- 우테코 5기
- 우테코 프리코스
- JPA JSON
- GitHub Discussion 템플릿
- multiplebagsfetchexception
- java switch case
- logback-spring.xml
- Java
- Jenkins 예약 배포
- JPA
- Spring 테스트
- 의존성 주입
- Spring
- 생성자 주입
- RandomPort
- MySQL
- 함수형 인터페이스
- Payload 암호화
- GitHub Discussion Template
- stubbing
- 스프링
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
글 보관함