Spring on j2234's log

RabbitMQ 기초

Sun, 27 Apr 2025 21:22:54 +0000

이 글은 RabbitMQ의 기본적인 개념과 spring에서 연동 방법을 기초 수준에서 설명한다.

RabbitMQ란?
#

플랫폼 중립적인 메시징 및 스트리밍 브로커로,AMQP,MQTT 등의 여러 개방형 표준 프로토콜을 지원해 다양한 언어와 플랫폼 간 메시지 송수신을 처리한다.

오픈소스이며 MPL2.0 라이센스를 따른다.

설치
#

다음 docker-compose.yml 파일로 연습용 RabbitMQ 서버를 간단히 띄울 수 있다. 클러스터 구성 등의 정보도 구글링하면 쉽게찾을 수 있음!!

OIDC 구현(GOOGLE)

Sat, 19 Apr 2025 00:01:19 +0000

이 글에 등장하는 전체 코드는 깃허브 저장소에서 확인할 수 있다.

OIDC는 OAuth2에 인증 기능을 추가한 확장 프로토콜이므로, 구현 과정은 이전 글과 거의 동일하지만… 제공자가 OIDC를 지원해야만 이 방식으로 구현이 가능하다.

사용자 로그인 진입점
#

OIDC에서는 로그인 페이지로 진입할 때,
OAuth2에서 전달하는 기본 파라미터(client_id, response_type, redirect_uri)에 scope파라미터가 필수로 포함된다. 이 scope에는 반드시 openid가 포함되어야 하며, 필요한 사용자 정보 항목을 추가로 명시할 수 있다.

OAuth2 구현(naver)

Fri, 18 Apr 2025 22:01:25 +0000

이 글에 등장하는 전체 코드는 깃허브 저장소에서 확인할 수 있다.

사용자 로그인 진입점
#

index.html

사용자가 네이버 로그인 버튼을 클릭하면, 다음과 같은 URL로 이동한다: https://nid.naver.com/oauth2.0/authorize?

client_id={내 네이버 클라이언트 ID}
response_type=code
redirect_uri={네이버 개발자센터에 등록된 내 서버 URI}

해당 화면에서 사용자는 네이버 계정으로 인증을 진행하게 된다.

리다이렉트
#

인증이 성공하면, 사용자는 redirect_uri로 이동한다.

OAuth2와 OIDC

Fri, 18 Apr 2025 14:49:50 +0000

어떤 멘토 분이 이런 말을 하셨다.

“요즘은 Spring Security에 OAuth2 라이브러리 하나만 추가해놓고
소셜 로그인 인증을 구현했다고 한다.
과연 이렇게 구현한 사람들이 OAuth2에 대해 안다고 할 수 있을까?
OIDC가 뭔지는 알기나 할까?”

이 말을 듣고 찔려서 공부해보겠다.

OAuth2는 인증 프로토콜이 아니라 “인가” 프로토콜이다.
#

~~Authentication~~ Authorization 많은 글들이 OAuth2예시를 설명하면서, 이를 구분하지 않는다. 거의 소셜 로그인 == OAuth2 로그인 정도로 취급되지만, OAuth2의 목적은 인증이 아닌 인가이다.

3. 도메인 개발

Fri, 29 Sep 2023 22:26:02 +0000

이 강의에서는 따로 적을게 별로없다. ~~그냥 개발하는 내용이 다임~~

테스트 환경설정
#

테스트를 할때, 기본적으로 /test/resources/application.yml에 있는 설정 파일을 먼져 읽는다. (없으면 기본 파일읽음) 따라서, 이곳에 테스트에서의 설정을 생성할 수 있다.

또한, 스프링부트는 아무 설정이 안되어있는 경우, 기본적으로 메모리DB(H2)로 설정을 한다. 따라서, 빈 application.yml을 만들기만 하면, 기본적으로 메모리DB가 설정된다.

동적쿼리
#

JPA에서 기본적인 동적쿼리는 지원하지만, 코드가 진짜 끔찍해진다. 따라서 QueryDsl과의 동작이 잘 어울린다.

빈 스코프

Sun, 12 Mar 2023 19:48:49 +0000

빈 스코프란?
#

빈이 존재할 수 있는 범위

싱글톤 : 기본 스코프, 스프링 컨테이너의 시작~종료
프로토타입 : 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여
웹 관련 스코프
- request : 웹 요청이 들어오고 나갈때까지
- session : 웹 세션이 생성되고 종료될때까지
- application : 웹의 서블릿 컨텍스트와 같은 범위로 유지

프로토타입 스코프
#

싱글톤 스코프의 빈을 조회하면, 항상 같은 인스턴스의 스프링 빈을 반환

빈 생명주기 콜백

Sun, 12 Mar 2023 16:41:49 +0000

빈 생명주기 콜백이란?
#

db커넥션 풀이나, 네트워크 소캣처럼 연결을 미리 해두고, 어플리케이션 종료 시점에 연결을 모두 종료하라면 객체의 초기화와 종료 작업이 필요

스프링은 의존관계 주입이 완료되면, 스프링 빈에게 콜백 메서드를 통해서 초기화 시점을 알려줌
또한, 스프링 컨테이너가 종료되기 직전에 소멸 콜백을 줌

빈 생명주기 콜백 지원 3가지 방법

인터페이스(InitializingBean, DisposableBean)
설정 정보에 초기화 메서드, 종료 메서드 지정
@PostConstruct, @PreDestroy

인터페이스
#

초창기에 나온 방법으로, 거의 사용안함

의존관계 자동 주입

Mon, 06 Mar 2023 22:37:41 +0000

의존관계 주입 방법
#

생성자, 수정자, 필드 ,메서드 4가지

생성자 주입
#

생성자를 통해 주입받는 방법
생성자 호출시점에 단 한번만 (불변, 필수)

생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동 주입

수정자 주입
#

setter을 통해 의존관계 주입
선택, 변경 가능성이 있는 의존관계에 사용 (거의 사용할일 없음)

필드 주입
#

필드에 바로 주입하는 방식
코드가 간결하지만, 외부에서 변경 불가 => 테스트하기 어려움
DI 프레임워크가 없으면 암것도 못함
@Configuration 같은 곳에서만 특별한 용도로 사용 웬만하면 사용하지 말자!! ~~실무에서 많이씀~~

일반 메서드 주입
#

일반적인 메서드를 통한 주입
안씀

옵션 처리
#

주입할 스프링 빈이 없어도 동작해야 될 때

컴포넌트 스캔

Sun, 05 Mar 2023 20:56:21 +0000

컴포넌트 스캔
#

이전 강의들에서는 @Bean 등을 통해서 직접 스프링 빈을 등록함 (귀찮음)

설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔 설정 정보에 @ComponentScan을 붙여주기만 하면 됨

컴포넌트 스캔은 이름 그대로 @Component 어노테이션이 붙은 클래스들을 스캔해서 스프링 빈으로 등록

@Autowired를 사용하면, 생성자에서 여러 의존관계도 한번에 주입 가능

순서

@ComponentScan

@ComponentScan은 @Component가 붙은 모든 클래스를 스프링 빈으로
- 빈 이름 기본 : 앞글자만 대문자로 MemberServiceImpl => memberServiceImpl
- @Component("name") 으로 직접 이름 지정도 가능

의존관계 자동 주입

생성자에 @Autowired 를 지정하면, 스프링 컨테이너가 자동으로 해당 스프링 빈을 찾아서 주입
파라미터가 많아도 다 찾아서 주입해줌

탐색 위치, 기본 스캔 대상
#

탐색 위치 지정

싱글톤 컨테이너

Sun, 05 Mar 2023 10:53:26 +0000

싱글톤
#

웹 어플리케이션 특성상, 굉장히 많은 요청이 들어옴 이 때마다 객체가 생성되고 소멸되면, 이는 엄청난 메모리 낭비임

해결책 : 해당 객체가 딱 1개만 생성되고, 공유하도록 설계 => 싱글톤

singleton 예제

 private static final SingletonService instance = new SingletonService();
 public static SingletonService getInstance(){
 return instance;
 }
 private SingletonService(){
 }

싱글톤 패턴은 여러가지 문제점을 가지고 있다.

스프링 컨테이너와 스프링 빈

Thu, 02 Mar 2023 21:12:46 +0000

컨테이너 생성
#

ApplicationContext applicationContext = 
	new AnnotationConfigApplicationContext(AppConfig.class);

1. 스프링 컨테이너 생성
#

new AnnotationConfigApplicationContext(AppConfig.class)

2. 스프링 빈 등록
#

파라미터로 넘어온 설정 클래스 정보를 사용해서 스프링 빈 등록

** 빈 이름 **

스프링 객체지향원리 적용

Wed, 01 Mar 2023 17:38:36 +0000

이전 글에서 언급되었던 OCP,DIP 의 문제점을 스프링에서 해결하는 방법 클라이언트 코드를 변경하지 않고, 새로운 구현체로 갈아끼우려면??

관심사의 분리
#

어플리케이션의 전체 동작 방식을 구성(config) 하기 위해서, 구현 객체를 생성 하고, 연결 하는 책임을 가지는 별도의 생성 클래스

어플리케이션의 실제 동작에 필요한 구현 객체를 생성
생성한 객체 인스턴스의 참조(rference)를 생성자를 통해서 주입
즉, 생성자를 통해 어떤 구현체가 들어올지는 오직 외부에서 결정됨 => 의존관계에 대한 고민은 외부에 맡기고, 실행에만 집중 클라이언트 코드는 절대 변경되지 않음

IOD, DI, 컨테이너
#

IOC (제어의 역전)
#

Inversion of Control

객체 지향 설계

Mon, 27 Feb 2023 21:27:34 +0000

SQLID (좋은 객체 지향 설계의 5원칙)
#

SRP (단일책임)
#

*Single Responsibility priniple *

한 클래스는 하나의 책임만
- 하나의 책임이란? 문맥과 상황에 라 다름
- 중요한 기준은 변경 => 변경이 있을 때 파급 효과가 적으면 👍

OCP (개방-폐쇄)❗️
#

Open/closed principle

파일 업로드

Sat, 25 Feb 2023 19:27:09 +0000

전송방식
#

폼을 전송하는 두 방법

application/x-www-form-urlencoded
multipart/form-data

파일을 전송할 땐, 이진 데이터를 전송해야 되므로, 이 방식 사용 불가 또한, 보통 폼과 파일을 같이 전송하므로, 문자와 바이너리를 동시에 전송해야 함

이 문제를 해결하기 위해서, HTTP는 multipart/form-data 방식 제공!

`multipart/form-data`
#

다른 종류의 여러 파일과 폼의 내용을 함께 전송하는 방식

스프링 타입 컨버터

Tue, 21 Feb 2023 20:11:01 +0000

타입 컨버터란?
#

HTTP 요청 파라미터는 모두 문자로 처리함 Integer intvalue = Integer.valueOf(data)로 숫자로 변환해야됨

스프링의 RequestParam을 사용하면 쉽게 타입을 변환해서 받을 수 있음 (@RequestParam Integer data)

스프링은 컨버터 인터페이스 를 사용해서 이를 가능하게 한다. org.springframework.core.convert.converter.Converter를 구현해서 사용가능

컨버전 서비스
#

스프링이 제공하는, 개별 컨버터를 모아두고 묶어서 사용하는 기능

API 예외 처리

Mon, 13 Feb 2023 21:15:08 +0000

시작
#

HTML은, 오류가 나면 4xx,5xx 오류 페이지만 있으면 된다. 근데, API의 경우에는 각 오류 상황에 맞는 응답 스펙을 정하고, json으로 줘야됨

ex)

@RequestMapping(value="/error-page/500",produces = MediaType.APPLICATION_JSON_VALUE)
 public ResponseEntity<Map<String, Object>> errorPage500Api(HttpServletRequest request , HttpServletResponse response){

 Map<String, Object> result = new HashMap<>();
 Exception ex = (Exception) request.getAttribute(RequestDispatcher.ERROR_EXCEPTION);
 result.put("status",request.getAttribute(RequestDispatcher.ERROR_STATUS_CODE));
 result.put("message", ex.getMessage());

 Integer statusCode = (Integer) request.getAttribute(RequestDispatcher.ERROR_STATUS_CODE);
 return new ResponseEntity<>(result, HttpStatus.valueOf(statusCode));
 }

요청의 Accept가 application/json인 경우를 처리 HttpRequest의 정보를 토대로 json 생성 후 반환 이전글 참고

예외 처리,오류

Sat, 11 Feb 2023 19:41:43 +0000

프로젝트 생성
#

서블릿 예외 처리
#

순수 서블릿 컨테이너가 에러를 처리하는 방법

Exception
response.sendError

자바를 직접 실행할때, main()에서 에러를 던지면 해당 쓰레드는 종료됨 웹 어플리케이션은 Was 까지 던져지고, 해당 화면을 보게됨

서블릿은 Exception이 서블릿 밖으로 전달되거나, response.sendError()가 호출 되었을 때 상황에 맞게 오류 처리 기능을 제공

로그인2 (필터,인터셉터)

Mon, 06 Feb 2023 20:52:07 +0000

서블릿 필터
#

서블릿이 지원하는 수문장

필터 흐름 HTTP 요청 -> WAS -> 필터(들) -> 서블릿 -> 컨트롤러

필터에서 막히면 끝낼수 있음 (로그인에 딱임)

**필터 인터페이스 (javax.servlet.Filter) **

init() : 컨테이너가 생성될때 호출
doFilter() : 로직
destroy() : 컨테이너가 종료될 때 호출

스프링시큐리티 등은 필터로 구현되어있음

인터셉터
#

스프링 MVC가 제공하는 기술로, 필터와 비슷하지만 순서,범위,사용방법이 다름

로그인1(쿠키,세션)

Sun, 29 Jan 2023 12:38:30 +0000

쿠키를 사용한 로그인
#

로그인 상태 유지하기 로그인에 성공하면, 쿠키를 생성하고 HttpServletResponse에 담는다. 웹 브라우저는, 세션이 끊기기 전까지 쿠키를 서버에 계속 보내줌

로그아웃시에는, 똑같은 이름의 새 쿠키를 생성하고,.setMaxAge(0)으로 지속시간을 없애고, HttpServletResponse 에 담아주면 된다.

보안문제
#

쿠키값은 임의로 바뀔 수도 있고, 웹 브라우저에 보관되기 때문에 누군가 정보를 훔처갈 수도 있음 해커가 한번 쿠키를 가져가면 평생 사용 가능

검증2 - Bean Validation

Thu, 26 Jan 2023 14:34:50 +0000

Bean Validation이란?
#

검증 어노테이션과 여러 인터페이스의 모음 일반적으로 하이버네이트 Validator를 구현체로 사용 공식 문서

build.gradle에 의존관계추가

 implementation 'org.springframework.boot:spring-boot-starter-validation'

스프링에선 빈 검증기를 완전히 통합해뒀음

스프링 적용
#

implementation 'org.springframework.boot:spring-boot-starter-validation'이 있으면, 자동으로 통합

글로벌 Validator를 등록하기 때문에, @Validated만 적용하면 됨 오류가 나면, filedError,ObjectError를 생성해서 BindingResult에 담아줌

검증1 -Validation

Wed, 25 Jan 2023 15:38:21 +0000

검증 요구사항
#

웹 서비스는 폼 입력시 오류가 발생하면, 데이터를 유지한 상태로 오류를 사용자에게 알려주어야 한다.

컨트롤러의 중요한 역활 중 하나는, HTTP 요청이 정상인지 검증하는 것이다

클라이언트 검증(js)은 보안에 취약
서버만으로 검증하면, 고객 사용성 부족
적절히 섞어서 사용하되, 최종 서버 검증은 필수

이전 프로젝트를 일부 수정한 validation-start프로젝트에서 진행

검증 처리
#

고객이 폼을 잘못 입력한 경우

메시지,국제화

Tue, 24 Jan 2023 18:23:52 +0000

메시지, 국제화 소개
#

메시지
#

기획자가 “상품명” 이란 단어를 모두 “상품이름” 으로 고쳐달라고 하면? HTML 파일에 메시지가 하드코딩 되어 있어 모든 화면을 고쳐야 한다 ㅅㅂ

이런 다양한 메시지를 한 곳(파일)에서 관리하는 기능을 메시지 기능이라 한다.

EX) messages.properties라는 파일을 만들고

item=상품
item.itemName=상품명
...

HTML에서 해당 데이터를 key값으로 불러서 사용한다 addForm.html <label for="itemName" th:text="#{item.itemName}"></label>

타임리프 스프링 통합

Mon, 23 Jan 2023 20:12:41 +0000

프로젝트 설정
#

저번에했던 프로젝트 조금 수정해서 진행

타임리프 스프링 통합
#

공식문서 추가되는 기능들

SpringEL 문법 통합
빈 호출 지원
폼 관리 추가 속성
폼 컴포넌트 기능
메시지, 국제화
….

스프링 부트에서는build.gradle의 implementation 'org.springframework.boot:spring-boot-starter-thymeleaf'가 있으면, 자동으로 설정해준다.

입력 폼 처리
#

 <form action="item.html" th:action th:object="${item}" method="post">
 <div>
 <label for="itemName">상품명</label>
 <input type="text" th:field="*{itemName}" class="form-control" placeholder="이름을 입력하세요">
 </div>

th:object="{item}" : form에서 사용할 객체를 지정
th:field="*{itemName}"
- 선택변수식 *{itemName} == ${item.itemName}
- th:field는 id, name, value 속성을 자동으로 생성

체크박스
#

logging.level.org.apache.coyote.http11=debug 서버에서 http 요청 메시지를 볼 수 있다.

Thymeleaf

Tue, 17 Jan 2023 16:14:31 +0000

프로젝트 생성
#

소개
#

공식문서

타임리프 특징
#

서버사이드 렌더링
내추럴 템플릿
스프링 통합 지원

타임리프 사용 선언 <html xmlns:th"http://www.thymeleaf.org">

텍스트 - text,utext
#

기본적으로 HTML 태그 속성에 기능을 정의해서 동작

Port 8080 was already in use

Tue, 17 Jan 2023 00:57:15 +0000

오늘 하도 서버를 켯다껐다해서 그런가 Port 8080 was already in use 에러가 뜨면서 실행이 안된다. 인터넷에서 해결방안을 찾아서 써논다.

해결하는 방법
#

1. application.properties에서 server.port=????로 포트 번호를 설정해준다.

lsof -i tcp:8080 
# 8080포트를 쓰고 있는 프로세스를 찾는다.

sudo kill -9 [PID] #로 죽여버린다.

*참고 lsof는 list of open file로, 열려있는 파일과 그에대한 정보를 알려준다 ~~리눅스는 모든게 파일임~~ -i [프로토콜:포트번호]를 주면 특정 포트를 사용하는 프로세스 정보를 출력한다

스프링 MVC-웹페이지만들기

Sun, 15 Jan 2023 19:39:57 +0000

프로젝트 생성
#

요구사항 분석
#

상품 관리 서비스

상품 도메인 모델 (ID, 명, 가격, 수량)

** 서비스 흐름 ** 상품 관리 기능 = CRUD

타임리프
#

타임리프 사용 선언 <html xmlns:th="http://www.thymeleaf.org">

스프링MVC-기본 기능

Fri, 13 Jan 2023 14:47:59 +0000

프로젝트 생성
#

build.gradle 파일로 프로젝트 열기

Welcome Page 스프링 부트에 Jardmf tkdydgkaus /resources/static/index.html/ 자동 처리

로깅
#

로깅 라이브러리 스프링 부트를 사용하면, spring-boot-logging이 함께 포함됨 기본적으로 SL4J (인터페이스) 의 구현체 Logback을 사용

trace>debug>info>warn>error 5레벨 있으며 로깅을 사용해서 특정 수준 이상의 로그만 볼 수 있음 application.properties에서 설정 가능

스프링MVC 구조

Thu, 12 Jan 2023 19:59:27 +0000

스프링 MVC 전체 구조
#

이전에 만들었던 서블릿 프레임워크와 같은 구조이다!!

DispatcherServlet
#

스프링 MVC의 프론트 컨트롤러가 **DispatcherServlet**이다.

부모 클래스에서 HttpServlet을 상속받아서 사용하고, 서블릿으로 동작
스프링은 DispatcherServlet을 서블릿으로 자동등록하며, 모들 경로에 대해서 매핑

요청 흐름

서블릿이 호출되면, HttpServlet의 service()가 호출됨
스프링은 DispatcherServlet의 부모인 FrameworkServlet.service()가 오버라이딩 되있음
FrameworkServlet.service()를 시작으로, 여러 메서드가 호출되며 DispatcherServlet.doDispatch()가 호출

MVC 시작
#

현재 스프링 컨트롤러는 99,9% 어노테이션 기반으로 동작

MVC 만들기

Wed, 11 Jan 2023 11:50:04 +0000

프런트 컨트롤러 패턴
#

특징

서블릿 하나로 요청을 받음
프런트 컨트롤러가 요청에 맞는 컨트롤러 호출 (입구 하나)
나머지 컨트롤러는 서블릿 사용 ❌

v1
#

기본 구조는 그대도되, Front Controller 추가

JSP & MVC

Tue, 10 Jan 2023 16:55:25 +0000

템플릿 엔진
#

서블릿과 자바 코드만으로 HTML을 동적으로 만들 수 있다. 하지만

 PrintWriter w = response.getWriter();
 w.write("<html>");
 w.write("<head>");
 w.write(" <meta charset=\"UTF-8\">");
 w.write(" <title>Title</title>");
 w.write("</head>");
 w.write("<body>");
 w.write("<a href=\"/index.html\">메인</a>");
 w.write("<table>");
 w.write(" <thead>");
 w.write(" <th>id</th>");
 w.write(" <th>username</th>");

이런 짓은 사람이 할게 아니다.

따라서, 자바 코드에서 HtTML을 만들지 않고 HTML 문서에 자바 코드를 넣어서 동적 HTML을 만들게 되었고, 이게 템플릿 엔진이다. (JSP,Thymeleaf등)

서블릿

Wed, 04 Jan 2023 20:00:13 +0000

프로젝트 생성
#

서블릿은 스프링이 필요없지만, 환경설정이 잘 되 있어 스프링 사용 spring boot starter 에서 생성

다운 후, build.gradle 선택해서 열기

Hello 서블릿
#

@ServeltComponentScan을 통하여 스프링에서 서블릿 자동 등록

모든 서블렛은 javax.servlet.http.HttpServlet를 상속받음 @Webservlet으로 url mapping 요칭이 오면, 오버라이딩된 service메소드 실행

웹 어플리케이션

Wed, 04 Jan 2023 19:17:43 +0000

웹서버, WAS
#

웹 서버
#

Http 기반으로 정적 리소스들을 주고받는 서버

WAS (web application server)
#

웹 서버의 기능을 포함하며, 프로그램 코드를 실행해 애플리케이션 로직 수행 자바는 서벌릿 컨테이너 기능을 제공하면 WAS (ex.tomcat)

Init

Wed, 04 Jan 2023 00:05:21 +0000

인프런 할인 이벤트를 보고, 눈여겨보고 있었던 김영한님의 스프링 MVC강의 1~2편을 다 샀다.

열심히 공부해서 다른 사람의 도움을 받지 않고, 나만의 포트폴리오를 만들 생각이다

앞으로 이 시리즈에 강의내용을 정리해서 올릴 예정이다. 화이팅!

Spring on j2234's log

RabbitMQ 기초

RabbitMQ란? #

설치 #

OIDC 구현(GOOGLE)

사용자 로그인 진입점 #

OAuth2 구현(naver)

사용자 로그인 진입점 #

리다이렉트 #

OAuth2와 OIDC

OAuth2는 인증 프로토콜이 아니라 “인가” 프로토콜이다. #

3. 도메인 개발

테스트 환경설정 #

동적쿼리 #

빈 스코프

빈 스코프란? #

프로토타입 스코프 #

빈 생명주기 콜백

빈 생명주기 콜백이란? #

인터페이스 #

의존관계 자동 주입

의존관계 주입 방법 #

생성자 주입 #

수정자 주입 #

필드 주입 #

일반 메서드 주입 #

옵션 처리 #

컴포넌트 스캔

컴포넌트 스캔 #

탐색 위치, 기본 스캔 대상 #

싱글톤 컨테이너

싱글톤 #

스프링 컨테이너와 스프링 빈

컨테이너 생성 #

1. 스프링 컨테이너 생성 #

2. 스프링 빈 등록 #

스프링 객체지향원리 적용

관심사의 분리 #

IOD, DI, 컨테이너 #

IOC (제어의 역전) #

객체 지향 설계

SQLID (좋은 객체 지향 설계의 5원칙) #

SRP (단일책임) #

OCP (개방-폐쇄)❗️ #

파일 업로드

전송방식 #

multipart/form-data #

스프링 타입 컨버터

타입 컨버터란? #

컨버전 서비스 #

API 예외 처리

시작 #

예외 처리,오류

프로젝트 생성 #

서블릿 예외 처리 #

로그인2 (필터,인터셉터)

서블릿 필터 #

인터셉터 #

로그인1(쿠키,세션)

쿠키를 사용한 로그인 #

보안문제 #

검증2 - Bean Validation

Bean Validation이란? #

스프링 적용 #

검증1 -Validation

검증 요구사항 #

검증 처리 #

메시지,국제화

메시지, 국제화 소개 #

메시지 #

타임리프 스프링 통합

프로젝트 설정 #

타임리프 스프링 통합 #

입력 폼 처리 #

체크박스 #

Thymeleaf

프로젝트 생성 #

소개 #

타임리프 특징 #

텍스트 - text,utext #

RabbitMQ란?
#

설치
#

사용자 로그인 진입점
#

사용자 로그인 진입점
#

리다이렉트
#

OAuth2는 인증 프로토콜이 아니라 “인가” 프로토콜이다.
#

테스트 환경설정
#

동적쿼리
#

빈 스코프란?
#

프로토타입 스코프
#

빈 생명주기 콜백이란?
#

인터페이스
#

의존관계 주입 방법
#

생성자 주입
#

수정자 주입
#

필드 주입
#

일반 메서드 주입
#

옵션 처리
#

컴포넌트 스캔
#

탐색 위치, 기본 스캔 대상
#

싱글톤
#

컨테이너 생성
#

1. 스프링 컨테이너 생성
#

2. 스프링 빈 등록
#

관심사의 분리
#

IOD, DI, 컨테이너
#

IOC (제어의 역전)
#

SQLID (좋은 객체 지향 설계의 5원칙)
#

SRP (단일책임)
#

OCP (개방-폐쇄)❗️
#

전송방식
#

`multipart/form-data`
#

타입 컨버터란?
#

컨버전 서비스
#

시작
#

프로젝트 생성
#

서블릿 예외 처리
#

서블릿 필터
#

인터셉터
#

쿠키를 사용한 로그인
#

보안문제
#

Bean Validation이란?
#

스프링 적용
#

검증 요구사항
#

검증 처리
#

메시지, 국제화 소개
#

메시지
#

프로젝트 설정
#

타임리프 스프링 통합
#

입력 폼 처리
#

체크박스
#

프로젝트 생성
#

소개
#

타임리프 특징
#

텍스트 - text,utext
#

해결하는 방법
#

프로젝트 생성
#

요구사항 분석
#

타임리프
#

프로젝트 생성
#

로깅
#

스프링 MVC 전체 구조
#

DispatcherServlet
#

MVC 시작
#

프런트 컨트롤러 패턴
#

v1
#

템플릿 엔진
#

프로젝트 생성
#

Hello 서블릿
#

웹서버, WAS
#

웹 서버
#

WAS (web application server)
#