쌩로그

나는 어차피 잘 될 사람이다. 어차피 잘 될 것이고, 지금도 잘 되고있고, 과거도 잘 되어왔기에,,, 목차 개요 본론 2-1. URL별 접근 권한 설정 2-2. 인가 API 표현식 요약 끝. 1. 개요 제곧내 인가 즉, 권한 설정의 API와 그와 관련된 표현식에 관한 포스팅이다. 해당 내용은 나의 시큐리티 학습 레포에 있다. 먼저 권한 설정 방식에는 두가지 방식이 있다. 선언적 방식과 동적 방식(DB를 연동한 방식)이다. 그리고 각 방식 마다 URL 혹은 메서드로 설정할 수 있다. 간략히 하면 아래와 같다. 선언적 방식 URL Method 동적 방식 - DB 연동 프로그래밍 URL Method 이 중, 선언적 방식 중 URL방식에 대한 내용이다. 2. 본론 2-1. URL별 접근 권한 설정 해당 방식은 ..

나는 어차피 잘 될 사람이다. 어차피 잘 될 것이고, 지금도 잘 되고있고, 과거도 잘 되어왔기에,,, 목차 개요 본론 2-1. ConcurrentSessionFilter 2-2. SessionManagementFilter 2-3. SessionManagementFilter와 ConcurrentSessionFilter의 세션 제어 처리 흐름 2-4. SessionManagementFilter, ConcurrentSessionFilter가 인증으로부터 시작하여 어떤 클래스들을 거쳐 세션 제어를 하는가 2-4-1. ConcurrentSessionControl AuthenticationStrategy 2-4-2. ChangeSessionId AuthenticationStrategy 2-4-3. RegisterS..

목차 해당 포스팅 개요 본론 2-1. AnonymousAuthenticationFilter 2-1-1. 개념 Filter 흐름 2-2. 동시 세션 제어 2-2-1. 개념 2-2-2. 전략 2-3. 세션 고정 보호 2-3-1. 개념 및 설명 2-4. 세션 정책 요약 푸념 1. 해당 포스팅 개요 제목에 나와있듯 4가지 항목을 볼 예정이다. AnonymousAuthenticationFilter 동시 세션 제어 세션 고정 보호 세션 정책 최대한 간단하게 해보도록 할 것이다. 코드에 대한 정리는 학습용 레포에 있다. 참고로 실험 장면으로 나오는 gif는 서로 다른 브라우저(나는 크롬과 엣지를 같이 사용)를 이용해야 한다. 2. 본론 2-1. AnonymousAuthenticationFilter 2-1-1. 개념 ..

나는 어차피 잘 될 사람이다. 어차피 잘 될 것이고, 지금도 잘 되고있고, 과거도 잘 되어왔기에,,, 목차 해당 포스팅에 대한 개요 1-1. 무엇에 관련된 내용인지 1-2. 왜 하게 되었는지 본론 2-1. Form Login 2-1-1. 서버와 클라이언트 요청 처리 흐름 2-1-2. 스프링 시큐리티에서의 흐름 2-2. LogOut 2-2-1. 서버와 클라이언트 요청 처리 흐름 2-2-2. 스프링 시큐리티 흐름 2-3. Remember me 2-3-1. 개념 2-3-2. 흐름 2-3-3. 결과 번외의 크롬 확장 프로그램 소개 요약 1. 해당 포스팅에 대한 개요 이번 포스팅은 오늘 내가 학습한 것에 대한 포스팅이다. 참고로 각 메서드는 나의 깃허브 소스코드에서 주석으로 표시했다. (물론 알고있는 건 표시 안..

⚡ 생각대로 살지 않으면 사는대로 생각한다.⚡ 나는 어차피 잘 될 놈이다. 이미 잘 되고 있고, 계속해서 잘 되고 있다.별 내용은 아니다.@Controllerpublic class MemberController { private final MemberService memberService; @Autowired public MemberController(MemberService memberService) { this.memberService = memberService; }}@Servicepublic class MemberService { private final MemberRepository memberRepository; @Autowired public..

나는 어차피 잘 될 사람이다. 어차피 잘 될 것이고, 지금도 잘 되고있고, 과거도 잘 되어왔기에,,, 이전에 썻던 DI에 관한 글에서 final 키워드에 대한 생각을 정리하긴 했는데, 그 때는 인스턴스 필드에 final을 주는 이유에 대해서, 값이 변경 되는 것을 막기 위해서 라고 생각했다. 이것도 물론 맞는 말인데, 코드에 대해서 의문점이 들었다. @Component public class OrderServiceImpl implements OrderService { private final MemberRepository memberRepository; private final DiscountPolicy discountPolicy; public OrderServiceImpl(MemberRepository..