삼항 연산자 (식) ? 참일때 : 거짓일때 대문자, 소문자to.UpperCase();toLowerCase(); 숫자 -> 문자열String.valueOf(); 문자열 -> 숫자pareseIt

1. 전체 흐름 한눈에 보기 로그인 요청 ↓[프론트] → POST /api/auth/login (email + password) ↓[백엔드] → 성공 시 JSON 응답{ "accessToken": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.xxxx", // 15~60분 "refreshToken": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.yyyy" // 7~30일} ↓[프론트] → localStorage에 둘 다 저장 ↓이후 모든 API 요청 → 헤더에 Authorization: Bearer {accessToken} 붙여서 전송 ↓accessToken 만료 (401) → 저장된 refreshToken으로 ..

1. 문제 상황로컬에서 프론트와 백엔드를 연결하는 과정에서프론트 서버에서는 Fetch 를 보냈으나 백엔드 서버로 부터 500 Error 를 받고 있고 백엔드 서버에서는 Security 설정으로 인해 컨트롤러 조차 진입 하지 못하고 있다.정상 작동하는 것 처럼 보이지만, 컨트롤러에 있는 info 를 출력하지 못하고 있다. ( 아래의 로그 ! )2. 문제 분석컨트롤러 앞단에서 찍히는 것.이런 건 Cors 문제인데, 해당 Cors 를 열어주는 Security Config 를 수정해주면 된다.httpSecurity // 이 부분이 Cors 설정 추가해주는 부분 ! .cors(cors -> cors.configurationSource(corsConfigurationSource())) .csrf(csrf..

패키지 구조가 헷갈릴 때마다 참고하기 위해 포스팅을 한다 ! com.example.shiftmate ├─ domain │ ├─ business │ ├─ employee │ ├─ schedule │ └─ ... │ ├─ application │ ├─ business │ ├─ employee │ ├─ schedule │ └─ ... │ ├─ infra │ ├─ jpa │ │ ├─ business │ │ ├─ employee │ │ ├─ schedule │ │ └─ ... │ └─ config │ └─ presentation ├─ web // Mustache Controlle..

1. 프로젝트 개요프로젝트 명 : CrewPlanner한줄소개 : 자영업자를 위한 근무일정·시급·근무시간 통합 관리 웹 애플리케이션목적 : " 자영업자들이 알바 및 일용직을 고용할 때, 쉬운 스케줄링을 위하여 웹 애플리케이션을 만들어 보고자 함. "핵심가치 : " 현장, 일한 내용, 일급 및 시급, 일한 시간 등을 컨트롤 할 수 있음 "인원 구성 : 혼자 ^ㅡ^ . 일단은 백 + 프론트 같이할 예정 2. 기획목표| 가족이 자영업을 하고 있는데, 매번 일용직관리에서 불편함을 겪고 있음. => 유료앱이 있으나, 나도 가족일을 돕다보니 이러한 애플리케이션을 만들어 보고 싶다는 생각을 가지게 됨.- 현장을 등록할 수 있어야함. 현장에서 했던 일을 기록할 수 있어야하며, 장비 등록같은것도 추가하면 좋을 거 같음...

2025.06.13 - [백엔드 부트캠프/TIL] - [내일배움캠프Spring-80일차] SOLID 원칙1. Solid 정책이 뭔가요 ? 객체지향 프로그래밍(OOP)에서 코드의 유지보수성, 확장성, 재사용성을 높이기 위한 5가지 설계 원칙의 약자이다.실제 코드에서 SOLID를 적용하면 버그가 적고, 변경이 쉬운 시스템을 만들 수 있다는데, 한번 리마인드 해보자 ^ㅡ^ 2. SRP : Single Responsibility Principle 단일 책임 원칙- " 한 클래스나 모듈은 하나의 책임만 가져야 한다. " => 변경 이유가 하나 3. OCP : Open Closed Principle 개방 폐쇄 원칙- " 확장에는 열려있고, 수정에는 닫혀있어야 한다. " = 기존코드를 바구지 않고 새 기능을 추가 ..

1️⃣ What — 개념Redis 는 Key-value (키와값) 으로 데이터를 저장하는 데이터 베이스 이다.초고속 읽기/쓰기와 다양한 데이터 구조를 지원하는 NoSQL 데이터 베이스이다. Ram (인메모리) 과 Disk 의 차이점에 대해서 알고 가야한다.Ram 의 경우에는 빠르지만, 비싸고, 꺼지면 날아가고, 용량이 작다. Disk 의 경우에는 느리지만, Ram 에 비해 저렴하며, 꺼져도 날아가지 않고 용량이 크다.Disk 에서도 HDD 와 SSD 두가지가 있는데, HDD 는 저렴, 느림, 용량이 큼이고 SSD 는 비쌈, 빠름, 용량 작음 이다. RamSSD - 전자식 플래시메모리 HDD - 기계식 자석 디스크저장 위치메인보드M.2 / SATA3.5인치속도 (읽기)100,000 MB/s7,000 MB..

1. Spring Security 인증방식 개요- 현재 프로젝트에서는 JWT 기반 인증을 사용 중이다. -> JWT 기반이면 요청마다 AuthenticationManager를 돌릴 필요가 없고, 헤더의 JWT를 검증해서 SecurityContext에 Authentication을 직접 세팅하면 끝 !- 로그인 시, AccessToken 과 Refresh Token 이 발급된다.- 모든 요청은 Authorization: Beaer 헤더를 통해서 인증이 된다.- 필터(JwtAuthenticationFilter)에서 토큰을 파싱하여 SecurityContext에 인증 정보 저장하는 흐름을 가지고 있다.아래는 토큰 속의 정보를 통해서 Authentication 객체를 만들어 주는 메서드이다.private Auth..

JWT TOKEN + Spring Security 를 사용하여 인증 인가를 구현하고 있다.이중에 고민되는 것중 하나 ! 바로 관습을 따를 것인가? 아니면 편의를 따를 것인가 ? Spring Security 같은 경우 예전 부터 문서 샘플코드 대부분이 `hasRole` 기반으로 작성되었다.이때 hasRole 은 role 앞에 항상 프리픽스로 "ROLE_" 붙여줘야 한다는 것이다.이렇게 되면, Token Provider 과 JwtFilter 에다가 신경써서 ROLE_ 프리픽스를 지켜줘야 한다. ROLE_ 프리픽스를 굳이 사용하지 않아도 다른 방법은 있다. 바로 hasAuthority 이다. 이거는 따로 접두사 및 변환 작업이 필요없다. 한번 정리해보자면 !관습(hasRole)장점Spring Security..

Spring Security의 SecurityContext 안에 "현재 로그인 사용자"를 심어주는 것이다.요청이 들어옴헤더에 Authorization: Bearer 값이 있음.Filter에서 토큰 추출TokenResolver 같은 걸로 token만 꺼냄.토큰 검증/파싱JwtTokenProvider.validate(token) → 유효성 체크JwtTokenProvider.getClaims(token) → Claims 객체 꺼냄 (sub, roles 등)Authentication 객체 생성Claims에서 사용자 정보 꺼내서 → UsernamePasswordAuthenticationToken 같은 걸 만듦.이 객체 안에는 Principal(유저 정보)와 Authorities(권한 목록)이 들어감.Authen..