티스토리

프랑스얼음왕자

검색하기

블로그 홈

프랑스얼음왕자

french-ice-prince.tistory.com/m

유승혁 님의 블로그입니다.

구독자: 5

방명록 방문하기

주요 글 목록

스프링을 이용한 aws 파일 업로드 요새 토이 프로젝트 하나씩 올리는게 나름 재밌어져 간다. 내가 만들고 싶었던걸 만드는 기쁨이란 이런것일까..? 이게 바로 개발자의 삶인가..? 나름 잘 맞는 것 같다. 아무쪼록 이번엔 파일 업로드에 대해 다루어 보겠다. 기본적인 요구사항은 다음과 같다. 0. multipart/form-data 또는 multipart 헤더를 이용하여 파일 송수신을 한다. 1. 이미지 자체는 aws의 S3에 저장한다. 2. file 이름이 중복되면 안되므로 file 마다 고유의 무작위 이름이 정해진다. 3. aws에는 S3 bucket의 /test2 디렉터리 밑에 저장하고 데이터 베이스에는 파일 고유의 무작위 이름을 저장한다. 4. 이미지 조회를 요청하면 file 위치로 redirect 한다. 먼저 aws에 이미지를 업로드.. 공감수 0 댓글수 2 2022. 12. 27.
제너릭과 DTO, connection pool을 활용하여 Spring RestTemplate 이용하기 백엔드 특성상 사실 요청을 받아서 응답을 해주는 서버이지 요청을 만드는 역할은 잘 하지 않는다. 뿐만 아니라 서버가 요청을 만들어서 하는 것 보다는 클라이언트 단에서 하는 게 더 맞다고 생각한다. 서버 부하가 심해질 수 밖에 없으니깐. 하지만, 서버에서도 할 경우가 있다. 대표적인 예로 디비 통신. 다른 서버 통신도 있을 수 있고 그럴 경우는 대게 RestTemplate을 사용한다. 이번 글은 최종 프로젝트에서 외부 서버와 통신할 일이 많았었다. 근데 RestTemplate을 사용하다가 불편한 점이 많았어서 라고 호기롭게 도전했다가 생각보다 RestTemplate이 정말 편리한 거구나 ㅋㅋㅋ 그러면 어떻게 하면 효과적으로 중복 코드를 많이 제거하는 방식으로 활용할 수 있을까? 싶어 만들어본 하나의 클래스.. 공감수 0 댓글수 0 2022. 12. 22.
스프링 포인트 거래 시스템 사실상 막학기가 지나면서 여러 회사에 도전하느라 바쁘기도 하고 와중에 방황의 시기를 좀 겪은 것 같아 글을 많이 못썼다. JPA 쪽도 이러쿵 저러쿵 많이 보았는데 쓸 시간이 없기도 했다. 뭐 이런 느낀점은 다른 글에서 생각이 정리되면 적어 보기로 하고, 포인트 거래 시스템에 대해 적어 보기로 하자. 이게 무엇이냐면, 동시성이 최대 이슈인 시스템이다. 동시성에 대한 다양하 예시는 아래와 같을 것이다. 1. 두 개의 트랜잭션이 열리고 5000원을 가지고 있는 사용자에게 3000원과 4000원을 빼갈 수 없도록 해야 한다. 두 트랜 잭션 중 하나의 트랜잭션만 가능해야 한다. 2. 뿐만 아니라 5000원인 사용자에게 두 트랜잭션이 동시에 3000원과 2000원을 전송했을 때, 7000원 8000원도 아닌 100.. 공감수 0 댓글수 1 2022. 12. 21.
스프링(TDD) 테스트 코드 작성 TDD를 만족하기 위해서 단위 테스트 코드 작성하는 법을 공부했었다. 이 글에서 잘 정리하고자 한당. 기본적인 방식은 given-when-then을 따르고자 한다. 이러한 패턴의 장단점도 있다고 하지만, 아직 그러한 깊이는 부족한 것 같다. 나중에 많이 하다 보면 보이겠지? 0. Mock 객체 작성 @MockBean private RecordService recordService; 단위 테스트를 만들기 위해 의존관계 주입 받는 외부 객체는 Mock객체로 만들어 낸다. @Mock과 @MockBean 어노테이션으로 Mock객체를 생성할 수 있다. Spring Boot Container가 테스트 시에 필요하고, Bean이 Container에 존재한다면 @MockBean을 사용하고 아닌 경우에는 @Mock을 사.. 공감수 0 댓글수 0 2022. 11. 7.
AOP 2편[내부 호출과 프록시 기술의 한계, 마무리] AOP 마지막 글이다! 진짜 이것까지 정리하면 완전정복!! AOP를 알기 전과 지금 알게 되면서 정말 많은 구현을 해보고 싶다. 너무 재미있게 배웠고 이것저것 떠오르는 아이디어가 많다. 기존에 적용했던 프로젝트에도 AOP를 이용하여 좀 더 깔끔하게 정리하고 싶은 욕구도 샘솟는다. 마지막 정리 하기 이전에 영한님께 정말 감사인사 드리고 싶다.. 꼭 영한님 같은 개발자가 될거다. 1. 프록시와 내부 호출 문제 @Transactional 어노테이션을 공부하면서 얼핏 들었던 문제였다. @Slf4j @Component public class CallServiceV0 { public void external(){ log.info("call external"); internal();//내부 메서드 호출(this.in.. 공감수 0 댓글수 0 2022. 10. 30.
AOP 2편 [포인트 컷 분리, 어드바이스 활용, 포인트컷 지시자] AOP 1편을 잘 마치고 이제 실전에서 적용할 방법들, 주의사항들에 대해 다루어 보자. 1. 포인트컷 아래 사진이 바로 예시 상황이다. Service는 Repository를 의존하고 있고, orderItem()메서드를 호출하면 Repository에서 save메서드를 호출한다. 만약 save의 인자인 itemId가 "ex"이면 예외를 발생시킨다. 지금까지 배운 내용으로는 아래와 같은 코드로 @Aspect를 구현한다. @Slf4j @Aspect public class AspectV1 { @Around("execution(* hello.aop.order..*(..))") public Object doLog(ProceedingJoinPoint joinPoint) throws Throwable{ log.info(.. 공감수 1 댓글수 0 2022. 10. 30.
AOP 1편 [@Aspect, AOP 1편 정리] 이젠 Advisor의 구현체를 만들고 빈으로 등록하면 스프링 자동 프록시 생성기가 어드바이저를 찾아 포인트 컷이 맞으면 프록시를 만들어 주었다. 이때 @Aspect 어노테이션으로 매우 편리하게 어드바이저를 만들 수 있다. 1. @Aspect @Aspect를 사용해도 중요한 것은 포인트컷과 어드바이스를 구성해야 한다. 해당 어노테이션은 이를 편리하게 도와주는 도구이다. 코드로서 보자! @Slf4j @Aspect public class LogTraceAspect { private final LogTrace logTrace; public LogTraceAspect(LogTrace logTrace) { this.logTrace = logTrace; } @Around("execution(* hello.proxy... 공감수 0 댓글수 0 2022. 10. 30.
AOP 1편 [프록시 팩토리, 빈 후처리기] 인터페이스가 있는 경우에는 JDK 동적 프록시를 적용하고, 그렇지 않은 경우에는 CGLIB를 적용하려면 어떻게 해야할까?에 대한 해답을 스프링이 제공해 준다. 이 두 동적 프록시를 통합해줄 ProxyFactory라는 기술을 이용하자. 1. 프록시 팩토리 위 사진과 같은 역할을 하기 위해 어떤 것이 필요할까? 단연 InvocationHandler와 MethodInterceptor의 공통 된 로직을 작성해야 할 것이다. 이 공통된 로직을 advice라 하고 이 advice를 적용할지 말지 결정하는 녀석을 point cut이라 한다. 이 point cut 과 advice의 조합을 advisor라고 부른다. 즉 전체 흐름은 아래와 같을 것이다. 백문이불여일타! 코드를 작성해보자. 1.1 advice 코드 adv.. 공감수 0 댓글수 0 2022. 10. 28.
AOP 1편 [디자인 패턴-2, 동적 프록시] 이전 글에서 탬플릿 콜백 패턴으로 부가기능과 핵심 기능을 정말 잘 나누었지만 원본 코드(핵심 기능만 있던 코드)를 수정할 수 밖에 없는 상태였다. 이를 해결하기 위해선 프록시를 알아야 한다. 프록시에 대해 배울 겸 추가된 요구사항에 대해서도 배우자. 1. 특정 메서드에는 로그 기능을 사용하지 않을 것. 2. 다양한 케이스(i. 인터페이스 있는 구체 클래스 ii. 인터페이스 없는 구체 클래스 iii. 이전 두 방식은 수동 빈 등록을 사용할 것이고 마지막 방식은 컴포넌트 스캔을 적용한 클래스) 에 대해서도 만족해야 한다. 0. 프록시란? 컴퓨터 네트워크에서도 자주 다루 듯이 중간자 또는 대리자를 의미한다. client는 server에게 요청 하는 것이 아닌 proxy에게 요청을 하고 proxy가 server.. 공감수 0 댓글수 0 2022. 10. 28.
AOP 1편 [디자인 패턴 - 1] [AOP의 모든 내용은 김영한님의 [스프링 핵심원리 - 고급편]의 내용을 공부하며 정리한 것입니다. 강의 링크는 하단에 있어요.] AOP는 aspect of programming이라는 의미로 관점 지향 프로그래밍이다. 이게 무엇이냐면, 많은 메서드에 공통된 로직을 넣어야 할때 해당 코드를 넣어버린 후에 나중에 로직이 조금 수정 된다면 이를 사용한 메서드 마다 수정해야 한다. 단순히 공통 로직을 클래스와 메서드로 만들어서 의존관계를 주입받아 호출할 수 는 있지만, 매서드 인자가 바뀐 다던지 아니면 공통된 로직이 한 10개 정도 되면 메서드마다 10개의 줄이 추가되야 한다. 정말 불상사.. 이런 방식은 SRP를 당당하게 위반한다. 이를 위해 AOP가 나왔다. 마치 코드를 위한 코드? 요구사항이 코드 추가인 .. 공감수 0 댓글수 0 2022. 10. 28.
[OS] Virtual Memory 0. 배경 paging이나 segmentation을 살펴보면, 프로세스가 여러 조각으로 나누어 지고 이러한 조각들이 연속적으로 메모리 상에 존재할 필요가 없어졌다. 뿐만 아니라 논리 주소를 물리 주소로 변경하는 걸 보자니, 어떤 프로세스가 종료되었다가 다시 올라왔을 때 같은 위치에 넣지 않아도 된다. 이러한 특성을 반영하여 프로세스가 실행되고 종료되는 동안 꼭 모든 영역을 메모리 상에 올리지 않아도 된다. 즉, 실행 될 부분만 메모리 상에 올리면 된다는 개념이 시작되었다. 여기서 부분 적재 개념이 생겨나면서 virtual memory(VM) 개념이 생겨났다. 1. locality 아니, 코드 중 일부만 메모리에 올린다고? 이게 정상적으로, 효율적으로 돌아 갈 수 있는거야? 이에 답은 YES 이다. 그러한.. 공감수 1 댓글수 1 2022. 9. 21.
[OS] Memory management 0. 기본 개념 프로세스가 돌아가기 위해서는 cpu와 메모리가 필요하다. 프로세스가 돌아가기 위해 필요한 메모리를 할당하는 방식은 크게 두가지가 있다. 정적할당 - 실행 이전에 전역변수, static 변수를 메모리에 올린다. 동적할당 - 실행 시점에 동적으로 필요한 만큼만 할당한다. 또한 메인 메모리는 크게 두 가지 영역으로 나뉜다. kernel 영역과 user 영역. 뿐만 아니라 multi programing이 생겨남에 따라 user 영역에 한번에 여러 어플리케이션이 올라가기도 한다. 그에 따라 서로 서로 침범하지 않게 잘 나누어야 한다. 1. 메모리 관리의 역할 메모리 관리라는 것은 어떠한 것들을 제공해 주는 것일까? 하나씩 살펴보자 - Relocation: 많은 프로세스는 하나의 메인 메모리에 다함.. 공감수 1 댓글수 1 2022. 9. 20.
[OS] DeadLocks 0. 정의 프로세스의 집합이 영원히 block 되어 있는 상태를 의미한다. 그렇게 되는 이유는 해당 집합 내에서 누군가가 어떠한 event를 발생 시켜야만 다른 프로세스가 움직일 수 있지만 서로 그 상태에 머물러 있기 때문이다. 이때의 event라는 것은 자원을 할당 받는 다는 것이다. 아래 그림을 보면 직진할 수 있는 길을 할당 받기 위해 서로 기다리면서 길을 막고 있는 것처럼. 1. 자원 할당 그래프 오른쪽 그림과 같이 자원은 R, 프로세서는 P로 나타낸다. 각 P1과 P2 모두 R1, R2를 둘 다 요청하고 있다. 이때 R1은 P1에게 할당 되었고 R2는 P2에게 할당 되었다. 하지만 P1은 R2가 필요하고 P2도 R1이 필요하다. 이렇게 되면 P1,P2 둘다 자원을 할당 받기를 기다리게 되고 이것.. 공감수 1 댓글수 1 2022. 9. 20.
[OS] 동기화 0. 동기화의 필요성 사용하기 쉽고 편한 스레드의 등장 대신 그 만큼의 책임이 생겼다. stack 영역을 제외한 메모리 영역은 공유를 하기 때문에 조심해야 한다. 예를 들어 어떤 스레드는 값을 5를 넣고 어떤 연산 이후 그 값에 10을 더하는 연산을 해야하는 와중에 context switch가 발생하여 다른 스레드가 3으로 바꿔 버리면 원래 스레드가 그 값을 읽고 10을 더하면 13을 도출하게 된다. 이러한 문제를 race condition(동시성 문제)이라 고 한다. 다시말해 같은 실행과정을 거쳐도 리턴 값이 일정하지 않고 예측할 수 없다는 문제이다. 이를 해결하기 위해 여러 동기화 기법이 등장하였다. 1. 동시성 문제는 왜 발생하는가 동시성 문제가 발생하면 무작위 게임을 하는 것과 같다. contex.. 공감수 0 댓글수 2 2022. 9. 19.
[OS] 스레드 1. 스레드와 멀티 스레드의 개념 spring에서 servlet이 해주는 스레드 관리라는 것이 있었다. 그것이 무엇인지 다루어 보자. 우리가 만든 c++ 코드를 실행하면 (프로세스) main서부터 한줄 씩 내려가면서 함수 타면서 왔다리 갔다리 한다. 이건 하나의 스레드가 움직이는 걸 본 것이다. 즉, 스레드란 실행 흐름을 의미한다. 멀티 스레딩이란 바로 하나의 프로세스 위에 실행 흐름이 여러 개인 것을 의미한다. 중요한 것은 스레드끼리 자원을 공유한다는 점이다. 이는 이점이기도 하고 단점이기도 하다. 통신은 쉽지만 그만큼 동시성 문제가 발생한다. 본격적으로 다루기 전에 다루어야 할 두 가지 키워드가 있다. - Concurrency: 동시 진행이라는 의미로 context switch처럼 두 개의 스레드가 .. 공감수 1 댓글수 1 2022. 9. 16.
[OS] 스케줄링 2 0. 새로운 조건 사항 이제 새로운 상황이 부여 되었다. CPU time(burst)과 I/O time(burst) 둘로 나뉘었다. CPU time이란 CPU가 명령어를 실행하는데 소모하는 시간이고 I/O time은 cpu가 I/O 작업하는 걸 기다리는 시간이다. 즉, 이전 7상태 process에서 Running 상태일 때 두 가지 경우가 생긴 것이다. CPU가 작업을 하고 있거나 I/O 작업을 하고 있거나. 이를 CPU-I/O burst cycle이라고 부른다. 이런 특징에 따라서 process 도 종류가 나뉘었다. I/O bound와 CPU bound. I/O 작업 사이사이 CPU burst가 짧은 프로세스를 I/O bound라고 부른다. 이에 반해 I/O 작업 이전에 CPU time이 긴 proce.. 공감수 2 댓글수 1 2022. 9. 16.
[OS] 스케줄링 0. 스케줄링의 종류 상대적으로 소요하는 시간에 따라 스케줄링의 종류가 분류 된다. Long > Medium > short 순으로 오래 걸린다. - Long-term scheduling (job scheduling): 어떤 프로그램들이 필요한지 결정하는데 걸리는 스케줄링을 말한다. - Medium-term scheduling (swapper): disk에서 memory로 어떤 process 들을 올릴지 결정한다. 어느 process 상태를 suspend queue로 만들지 결정하는 시간. - Short-term scheduling (CPU scheduler): 어느 프로세스를 cpu에게 진행 시켜지도록 할지 결정한다. 즉, 이전 시간에 코드로 배운 process_switch 함수 전에 어떤 녀석을 고를지.. 공감수 0 댓글수 1 2022. 9. 15.
[OS] 프로세스 0. 프로세스의 정의 프로그램과 프로세스.. 무슨 차이..? 프로그램은 실행되기전 binary의 집합체로서 disk에 저장되어 있는 파일일 뿐.. 이녀석들이 메모리에 올라오면서 실행 가능한 녀석이 된 후 실행 중이라면 프로세스라고 부른다. 즉, 두 수 입력하면 합을 출력해주는 프로그램을 실행하여 값 넣으면 프로세스가 되는 것이다. 여기서도 알 수 있듯, 이 덧셈 프로세스를 두 개 돌려서 다른 값 입력하면 다른 걸 출력 해야한다. 즉, 하나의 프로그램이 두 개의 프로세스로 변신했다는 것이당~ 간단하게는 실행 가능한, 실행중인 프로그램인 것이고 task, job 이라고 부르기도 한다. 1. PCB 이제 process 를 표현 하는 방법을 배워보자. process를 표현하는 관점은 크게 3가지가 존재할 것이다.. 공감수 0 댓글수 0 2022. 9. 14.
[OS] 자원 보호와 시스템 콜 0. 용어 정리 - 커널: 메모리에 상주하고 있는 OS의 일부이고, 주로 C로 쓰여져 있지만 레지스터를 많이 다루거나 자주 쓰이는 함수들은 어셈블러로 이루어져 있음. 시스템 콜을 통해 역할들을 수행해준다. - 유틸리티: 커널이 아니면 유틸리티라 생각하면 된다. 디스크에 상주해 있는 OS의 일부. 호출 시 메모리로 올라온다 - shell: 유틸리티를 위한 유틸리티. 명령을 제어하는 역할을 함. - Dual-Mode: 커널 모드와 유저 모드가 동시에 존재하고 두 모드 사이에 HW적인 지원을 제공하는 모드. 주 기능으로는 다음과 같다. * 유저는 직접 I/O에 명령어를 내릴 방법이 없음. (단적으로도 read() 시스템 콜를을까본다 해도 어떤 명령어가 있는게 아니라 명령어 번호 같은 정보만 있음. * 메모리 .. 공감수 0 댓글수 0 2022. 9. 13.
[OS] os 개요 1. CPU와 메모리 컴퓨터의 기본 재료?라고 할까. 다 중요하지만 두 가지만 고르자면, CPU와 Memory라고 할 수 있다. - cpu: 명령어 처리 장치. 단지, 10010111 같이 들어온 명령어 bit를 해석하여 일련의 과정을 처리한다. 해석이라기 보다도 정해진 규칙에 따라 전기 신호를 줄지 말지를 결정하고 전기 신호에 따라 ALU들이 연산을 한다. 프로세서라고도 불린다. 최근에는 multicore가 기본적으로 시장에 자리잡고 있고 여기서 발생하는 다양한 이야기들이 펼쳐질 것이당. - 메모리: 유의할 점은 disk가 아닌 메모리. 즉 컴퓨터 꺼지면 날아가는 기억 장치이다. Static RAM(SRAM)과 Dynamic RAM(DRAM)으로 분류 되어 있다. 이때 RAM은 random access.. 공감수 0 댓글수 0 2022. 9. 13.
토비 스터디 - 자바 ORM 표준 프로그래밍 JPA https://docs.google.com/document/d/1qZfqRSfVdI1ZlhEYOqrReSpMrHUaCGonC8L0jqE6tHk/edit 공감수 0 댓글수 0 2022. 9. 7.
[백준 1772] 정원 정리 https://www.acmicpc.net/problem/1772 1772번: 정원 정리 첫째 줄에 n과 m이 주어진다. (1 7 -> 7 -> 8 -> 8-> 2-> 3-> 3 -> 4-> 9 -> 9 -> 10 -> 10 -> 11-> 11-> 4 -> 5 -> 5 -> 1 즉, 자기 노드로 들어올때 한 번, 자기 자식 싹다 돌고 나오면 다시 한번. 이렇게 되면 자기 자신이 다시 등장하는 구간은 싹다 자기 자식의 개수를 의미하게 된다. 1번 노드나 2번 노드를 보면 알수 있고 leaf노드들의 경우는 자기 자신 사이에는 아무런 노드가 오지 않는 것 또한 볼 수 있다. 이제 가지 자르기를 잘 생각해보면, A 노드와 A 노드의 자식들을 1)포함하거나 2) A노드는 포함하고 자식 들 중에서 잘라내거나 하는.. 공감수 0 댓글수 0 2022. 9. 4.
Bean Validation 심화 내용 프론트에서 아무리 입력에 대한 예외 처리들을 잘 한다고 하더라도, 백엔드에서 검증하지 않으면 의미가 없다. 그렇기에 백에서는 많은 검증들을 거쳐야 한다. 주로 validation.constraints 어노테이션들을 (예를 들면 @Min, @NotNull 등등) 활용하여 검증한다. 이러한 검증에 대한 이야기는 다른 블로그에도 많고 어렵지 않은 내용이니 생략하기로 하고 내가 다룰 이야기는 중첩 객체와 Collection 객체 검증들에 대해 이야기 해볼까 한다. 0. 검증을 생략하는 문제 앞서, 검증 위치는 다양한 곳이 있지만 입력에 대한 검증 처리를 다룰 것이기 때문에 입력 DTO들에 대한 검증 처리에 대한 이야기이다. 일단 Collection Bean 검증에 대한 이야기부터 할까 한다. 아래와 같은 Con.. 공감수 10 댓글수 0 2022. 9. 4.
로깅 남바 투 서버 배포를 앞두고 유지 보수를 위한 필수 정보인 로그를 파일로서 저장할 방법을 알아보았다. 로깅 레벨이나 설정 같은 것은 지난 번에 다루었으니 그보다 큰 틀인 파일 관리 특징들에 대해 다루겠다. 예를 들면 error 같은 로그는 따로 모은 다거나, 날짜 별로 로그를 모으게 끔 하고 일정 용량이 벗어나면 zip 파일로 묶게 하고 기준 날짜 지나면 자동 삭제되는 이러한 일련의 과정을 하는 법을 보여주겠다. 0. 기본 설정 resources 폴더 밑에 logback-local.properties 파일을 만들고 아래와 같은 코드를 입력해야 한다. log.config.path=/Users/yuseunghyeog/desktop log.config.filename=local_log 저장할 위치와 파일 이름이다. 만.. 공감수 1 댓글수 0 2022. 8. 22.
AWS의 EBS와 ACM, RDS, Route53으로 서버 배포 완료하기 방학동안 프로젝트를 하면서 서버를 배포하게 되었다. 안드로이드가 통신용 서버랄까. ec2위에다가 자바, nginx, mysql... 뭐 이러한 것들을 설정 하고 rds 연결하는 방법도 있지만, 서버 배포 뿐만 아니라 꾸준히 유지 관리를 하기 위해서는 뭔가 편리한 방법이 필요했다. 흐름은 이렇다. jar 파일 올릴 곳. db 연결하기. route 53으로 domain 이름 설정 하기. 이 domain 이름으로 https 적용하기. 이 순서대로 시작하겠다. 1. Elastic Beanstalk 줄여서 EB아니면 EBS라고 한다. EBS의 모토는 개발자는 코드 작성만 하면 되고 배포, 확장, 관리를 모두 알아서 해주는 완전 관리형 시스템이다. 생성시 여러 설정으로 인스턴스 생성, 오토 스케일링, 로드 밸런싱 .. 공감수 0 댓글수 0 2022. 8. 22.
API 예외 처리 이전 글처럼 간단한 오류와 간단하게 오류 페이지를 보여주는 것이 아닌 API 리턴해 주는 역할의 요청일 경우에는 json으로 응답을 해주어야 한다. 어떻게 해야할까? 으음.. 예를 들어 어떤 요청 파라미터 하나를 빼먹으면 null이 되니깐 이 경우 redirect를 해서 에러 json을 리턴하게 할까? 헐 굉장히 귀찮고 복잡하다.. 이렇게 하려면 막막해 보이지만, 스프링은 (당연하게도) 이런 상황에서 해결책을 제공해 준다. 0. BasicErrorController 지난 에러 페이지 글에서 /resources/templates 밑에 그냥 error디렉터리 만들고 error/4xx.html 같은 파일 하나 만들어 주면 알아서 에러 페이지를 핸들링 해주는 녀석이 API 예외처리에도 많은 역할을 해준다. 요 .. 공감수 0 댓글수 0 2022. 8. 21.
예외 처리와 오류 페이지 우리가 의도한대로 사용자가 흐름을 타면서 움직이지 않는다. 그렇기 위해 테스트 코드를 정말 잘 짜야 한다고 하지요. 아무튼 결국 우리는 모든 예외 사항을 예측해야하고 예외 사항이 났다고 해도 사용자에게 불쾌한 경험을 하지 않도록 최선을 다해야 한다. 그렇게 예외 처리에 대한 다양한 도구들이 스프링에서 제공 되었다. 오류에도 크게 두 종류가 있는데, 예외 페이지를 띄우는 MVC역할을 할 경우와 API 리턴으로 예외사항이 생겼다는 JSON을 전달하거나. 일단 예외 페이지에 관련된 이야기를 하겠다. 1. 오류 처리 흐름 예외사항 발생 시의 흐름을 이야기해보자. try-catch가 없는 상태에서 예외가 터져버리면 서블릿 밖으로 예외가 던져진다. 이 순서대로 예외 사항이 올라간다. 예외사항 발생 시 WAS는 깊은.. 공감수 0 댓글수 2 2022. 8. 10.
ㅅ,ㅍ,링 타입 컨버터와 포맷터 굉장히 간단한 개념이고 코드도 간결하지만 잘만 사용하면 API 호출이던 MVC이던 꽤나 유용하게 사용할 수 있을 거 같아서 정리해보아요이이. 1. 타입 컨버터 요녀석이 무엇이냐. 간단하게 아래 코드를 보자. @GetMapping("/hello-v2") public String helloV2(@RequestParam Integer data){ System.out.println("data = " + data); return "ok"; } 위와 같은 코드에서 data의 타입이 Integer 일 수 있는 이유는 스프링에서 자체적으로 아래와 같은 역할을 해주기 때문이다. @GetMapping("/hello-v1") public String helloV1(HttpServletRequest request){ Stri.. 공감수 0 댓글수 0 2022. 8. 9.
서블릿 필터와 스프링 인터셉터 자 잘 생각해보면, 로그인 기능은 구현하였지만, 각 컨트롤러마다 해당 로그인 사용자에 대한 정보를 얻어오거나 애초에 로그인이 안되어 있다면 접근 불가하게 하도록 같은 코드를 싸그리 다 복붙 해야할까? 잘 아시다시피 스프링은 이런 미친 짓을 가만히 두고 볼 일이 없다. 물론 AOP라는 방식이 존재한다. 하지만 난 이거 아직 공부를 안한 것도 있고 필터와 인터셉터 방식이 물론 AOP 보다 기능이 덜 하지만 메서드 실행 이전에 서블릿 단위에서 실행되어서 compact 한 느낌이랄까. 아무튼 진행해 보겠다. 1. 공통점과 차이점 가장 큰 차이점으로는... HTTP 요청 ->WAS-> 필터1 -> 필터2 -> 필터3 -> 서블릿(디스페처 서블릿) -> 스프링 인터셉터1 -> 인터셉터 2 -> 컨트롤러 위와 같이 .. 공감수 0 댓글수 0 2022. 8. 1.
세션 방식의 로그인 구현 지난번에 카카오 Id를 얻어 왔고 이 값으로 세션 방식으로 로그인을 구현해보자~~ 1. 사전 배경 우리는 응답 HTTP에 Set-Cookie헤더를 이용하여 클라이언트의 쿠키 저장소에 이름-값 쌍을 저장하게 강제한다. 클라이언트는 요청을 보낼 때마다 Cookie: 라는 헤더에 그 값을 함께 보낸다. 쿠키 저장소란, 클라이언트의 어플리케이션 레벨에 {name:value}형식으로 저장되어 있다고 보면 된다. 이것을 로그인에 사용하는데, 사용자가 인증이 되면, 사용자에게 아이디 대신 임의의 값(카카오 로그인에서 code 값 같은 거. SessionId라고도 부름)을 Set-Cookie를 통해 보내고, 세션 저장소에 이 임의의 값(asoidnon123)과 id 값(2113) 매핑을 시켜놓은 테이블에 저장한다. 그.. 공감수 0 댓글수 0 2022. 7. 31.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.