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