일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 테스트메소드
- 메소드명
- 검색
- AuthenticationEntryPoint
- ㅔㄴ션
- ubuntu
- 테스트
- 외부키
- appspec
- 적용우선순위
- 참조키
- Query
- 컨테이너실행
- foreignkey
- MySQL
- docker명령어
- EC2
- querydsl
- application.yml
- 예약
- 메세지수정
- subquery
- 네이티브쿼리
- 커밋메세지수정
- WeNews
- appspec.yml
- 2 > /dev/null
- 추후정리
- 서브쿼리
- 포트
Archives
- Today
- Total
제뉴어리의 모든것
UsernamePasswordAuthenticationFilter 에 대하여 본문
사용자 정의 필터 (스프링내의 존재하는 필터 클래스를 상속받아 내가 재정의한 필터)
여러개 등록할 일이 있었다.
그런데,
등록 순서를
UsernamePasswordAuthenticationFilter 를 상속받은 재정의 필터를 가장 먼저 등록하였고,
그 다음 여러개의 필터를 등록하였다.
그렇다면 내 생각에는 모든 request가 무조건 등록한 순서대로 모든 필터를 거쳐서 Controller까지 간다고 생각했다.
하지만 그렇지 않았다.
id, pwd 로 인증을 요청한 request에 한해서만 UsernamePasswordAuthenticationFilter 를 재정의한 필터를 필터 순서대로 가장 먼저 거쳤다.
나머지 request들은 UsernamePasswordAuthenticationFilter 재정의 필터를 거치지도 않았다.
결론 :
UsernamePasswordAuthenticationFilter 를 등록한 필터 중 가장 우선적으로 등록하였다고 해도
id, pwd 로 인한 인증 request시에만
UsernamePasswordAuthenticationFilter 필터를 가장 먼저 거친다.
잘할점 :
클래스의 이름을 보고 기능과 작동 시점을 예상하자.
그럼 테스트 해보지도 않고 예상하여 이해 할 수 있다.
'Spring Boot > Spring Security' 카테고리의 다른 글
Spring Security Filter chain 콘솔로 확인하기 (0) | 2022.10.04 |
---|---|
Filter 등록시 순서 유의 사항 (0) | 2022.09.27 |
Spring Security와 Thymeleaf 기능을 사용하는 HTML 에서 사용시 주의사항 (1) | 2022.09.23 |
Spring Security 적용시 주의사항.. (0) | 2021.04.08 |
spring security 중복 로그인 방지 (0) | 2021.03.30 |