Spring

# of Posts

100

1 more property

Gallery

간단한 쇼핑몰 개발 기능목록

•

회원기능

◦

회원가입

◦

회원목록 조회

•

상품기능

◦

상품등록

◦

상품수정

◦

상품조회

•

주문기능

◦

상품주문

◦

주문내역조회

◦

주문취소

•

기타 요구사항

◦

상품은 재고관리가 필요

◦

상품의 종류는 도서, 음반, 영화로 구분

◦

상품을 카테고리로 구분 할 수 있음

◦

상품 주문시 배송 정보를 입력 할 수 있음

도메인 모델과 데이터베이스 설계

[Boot+JPA] 요구사항 분석 및 설계

H2 데이터베이스 설치

H2 인메모리 데이터베이스를 로컬환경에 설치하여 사용하고자 한다. 과거 MacOS 설치 내용과 동일하므로 해당 내용을 그대로 사용한다.

테스트용 H2 데이터베이스 설치 과정

최초 데이터베이스를 생성하기 위해서는 JDBC URL을 다음처럼 입력한다.

[Boot+JPA] JPA, DB 설정

프로젝트 생성

프로젝트는 JDK 8(1.8) 버전을 사용하고자 하지만 spring.io에서는 더이상 과거 버전들의 셋업을 제공하지 않는 문제점이 있다. 따라서 원하는 group, artifact 명을 작성하고 우선 17버전으로 생성한 이후 프로젝트 내부에서 build.gradle을 통해 다운 그레이드를 하고자 한다.

과거 버전의 프로젝트 셋업이 된 스켈레톤 백업본이 없어서 아래처럼 진행하게 되었다.

기본 라이브러리 추가

프로젝트 생성 단계에서 원하는 라이브러리를 프로젝트에 추가 할 수 있다. 생성 이후에 build.gradle에 직접 추가해도 되지만 우선적으로 자주 사용되는 Spring Web, JPA, Lombok과 H2 Database를 선택하여 추가했다.

[Boot+JPA] 프로젝트 환경 설정

웹 스코프의 종류

•

“request” : HTTP 요청 하나가 들어 오고 나갈 때 까지 유지되는 스코프, 요청마다 별도 빈 인스턴스가 생성되고 관리된다.

•

“session” : HTTP Session과 동일한 생명주기를 가지는 스코프

•

“application” : 서블릿 컨텍스트와 동일한 생명주기를 가지는 스코프

•

“websocket” : 웹 소켓과 동일한 생명주기를 가지는 스코프

세션, 어플리케이션, 웹소켓은 범위만 다르지만 동작방식은 비슷하다. 대표적으로 request 스코프의 예시를 참고하고자 한다.

[SpringCore] 빈 스코프 - 웹 스코프

빈 스코프 종류

스프링은 다양한 빈 스코프를 지원한다.

•

싱글톤 : 기본 스코프, 컨테이너 시작과 종료까지 유지되는 가장 넓은 범위

•

프로토타입 : 스프링 컨테이너가 프로토 타입 빈의 생성과 의존관계 주입까지만 관여하고 더는 관리하지 않는 매우 짧은 범위

•

웹 관련 스코프 :

◦

“request” : 웹 요청이 들어오고 나갈때 까지 유지되는 스코프

◦

“session” : 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프

◦

“application” : 웹 서블릿 컨텍스트와 같은 범위로 유지되는 스코프

싱글톤 스코프

[SpringCore] 빈 스코프 - 싱글톤과 프로토타입

외부 네트워크에 미리 연결하는 객체를 하나 생성한다고 가정

간단하게 url필드가 있는 외부 연결 대상 NetworkClient이 있다고 가정한다.

위 클라이언트를 연결하는 테스트코드 1

해당 설정 정보를 보면 NetworkClient 객체를 생성하고 또한 생성자 내부에서 이후에 setUrl()메소드를 통해 url을 전달하고 있다.

[SpringCore] 빈 생명주기 콜백 (올바른 초기화, 종료 방법)

“편리한 자동 기능을 기본으로 사용하자”

스프링이 나오고 시간이 갈수록 자동을 선호하는 추세이다.

•

스프링은 기본적으로 @Component 뿐만 아니라 @Controller, @Service, @Repository 처럼 계층에 맞추어 스캔을 지원하고 있다.

•

@Component만 넣어주면 되는 과정을 @Configuration 등 설정 정보를 지정하고 @Bean으로 등록하는 등 과정은 번거롭다.

•

자동 빈 등록을 통해서 기본적으로 OCP, DIP를 지킬 수 있다.

“수동 빈 등록은 언제 사용하는가?”

[SpringCore] 자동주입, 수동주입 올바른 실무 운영 기준

전체 테스트 코드

여러 구현체를 주입받은 DiscountPolicy (Map)

우선 DiscoutService 라는 클래스에서는 Map으로 fixDiscountPolicy, rateDiscountPolicy 두 구현체를 모두 주입받았다.

이후 DiscountPolicy 객체를 통해서 내부의 discount 메소드에 String(discountCode)를 파라미터로 전달하여 그 구현체를 선택하도록 하는 방식이다.

Map으로 각 구현체가 저장되어 key, value 쌍으로 저장되어있기 때문에 key값인 String(여기선 discountCode라는 문자열로 특정)로 구현체를 선택한다. 이를 통해 맵의 key값에 스프링 빈 이름이 저장되는 것을 알 수 있고 원하는 것을 파라미터로 넘겨서 선택하는 것도 가능하다는 것을 알 수 있다.

[SpringCore] 조회한 빈이 모두 필요할때(동적으로 선택이 필요할 때)

구현체가 2개인 상황

DiscountPolicy는 고정 할인인 FixDiscountPolicy, 비율 할인인 RateDiscountPolicy 처럼 구현체가 2개가 있으며 계획에 따라 선택하여 사용하고 있다.

하지만 이처럼 두 클래스 모두 @Component를 명시하게 되면 @ComponentScan에 의해 모두 스프링 빈으로 등록되면서 추상 클래스 DiscountPolicy를 호출하는 단계에서 스프링은 어떤 것을 선택 할 지 알 수 없게 된다.

[SpringCore] @Qulifier 추가 탐색, @Primary 우선권 지정, 애너테이션을 직접 만들기

Lombok 라이브러리 주입

build.gradle 에 롬복 사용을 위해 외부 라이브러리 의존성을 추가해준다.

Lombok으로 리팩토링

OrderServiceImpl 부터 수정해본다. Lombok을 통해 많은 코드량을 줄여주지만 실제로는 class 파일에는 코드가 추가된다.

@RequiredArgsConstructor

[SpringCore] 롬복을 활용한 리팩토링

의존 관계 주입 방법

•

생성자 주입

•

수정자(setter) 주입

•

필드 주입

•

일반 메서드 주입

1. 생성자 주입

[SpringCore] 의존관계 자동 주입 방법들과 생성자 주입을 권장하는 이유

@ComponentScan 의 범위 지정

basePackages 속성

통해 컴포넌트 스캔의 대상 패키지를 지정 할 수 있다. 명시된 패키지를 포함한 하위 패키지들을 탐색하면서 스프링 빈을 등록 하게 된다.

basePackages = "hello.core", “hello.service” 처럼 여러 시작 위치도 사용 할 수 있다.

basePackageClasses 속성

[SpringCore] 컴포넌트 스캔 - 스캔 범위 지정, 기본 스캔 대상

자동 주입을 위한 컴포넌트 스캔

스프링은 설정 정보가 없어도 자동으로 컴포넌트를 찾아 스프링 빈으로 등록해주는 기능을 제공한다.

이전에 작성해온 AppConfig.java에서는 @Bean 어노테이션으로 수동으로 직접 설정 정보를 작성하고, 의존 관계도 명시했었다.

이제 스프링에서는 @ComponentScan → @Component 등록된 클래스 찾아 빈으로 등록한다 → 의존관계는 @Autowired 를 통해 주입된다.

AutoAppConfig.java로 자동 주입과 관련된 설정 정보를 새로 작성했다. 실제로는 AppConfig에 작업해도 되지만 비교를 위해 새로 작성하였다.

[SpringCore] 컴포넌트 스캔 - 스프링 빈 수동 → 자동 주입 변경

AppConfig의 이상한 점

분명 AppConfig 또한 자바 코드기 때문에

memberService가 호출 될 때 memberRepository를 new로 생성하고

orderService가 호출 될 때도 memberRepository를 new로 생성한다

그럼 각각 new 인스턴스를 통해 다른 주소의 객체가 생성될 것으로 보여진다.

[SpringCore] 싱글톤 패턴 - @Configuration의 싱글톤 테스트

싱글톤 방식의 주의점

싱글톤 패턴이나 스프링 컨테이너 처럼 싱글톤 컨테이너를 사용할때는 객체 인스턴스를 하나만 생성해서 공유하는 방식에서는 상태를 유지(stateful)하게 설계하면 안된다.

→ 무상태(stateless)로 설계해야 한다.

•

특정 클라이언트에 의존적인 필드가 있으면 안된다.

•

특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안된다.

•

읽기만 가능해야 한다.

[SpringCore] 싱글톤 패턴 - 싱글톤 방식의 주의점 (stateless 설계 필요성)

스프링 없는 순수한 스프링 컨테이너 모습

위 AppConfig에 따라 memberService를 호출 할 때 마다 new로 객체가 생성되는 문제점이 있다.

[SpringCore] 싱글톤 패턴 - 싱글톤 패턴을 사용하는 이유와 스프링 컨테이너의 싱글톤 패턴

자바 코드 설정 사용 방식

현재까지 사용했던 new AnnotationConfigApplicationContext(AppConfig.class); 처럼 해당 클래스를 통해 자바 코드로 된 설정 정보를 넘기는 방법

XML 설정 사용 방식

위 AppConfig.java를 대신하여 appConfig.xml 소스코드를 설정 정보로 인식하게 하는 방법이다. 문법은 상이하나 거의 비슷한 구조를 가지고 있다. <bean> 과 같은 태그로 변경되고 속성으로 관리하는 문법이 사용된다.

[SpringCore] 스프링 컨테이너와 스프링 빈 - 스프링 컨테이너의 설정 형식 지원 (Java 어노테이션/XML)과 BeanDefinition

BeanFactory

•

스프링 컨테이너의 최상위 인터페이스

•

스프링 빈을 관리하고 조회하는 역할 담당

•

현재까지 사용한 getBean(), getBeansOfType() 등 제공하는 인터페이스

ApplicationContext

[SpringCore] 스프링 컨테이너와 스프링 빈 - BeanFactory와 ApplicationContext

@Bean으로 등록된 스프링 빈

AppConfig.java를 @Configuration 어노테이션을 통해 스프링 설정 정보로 사용하고 있다.

다음처럼 4개의 개발자가 지정한 클래스가 빈으로 등록되어 있으며 해당 AppConfig.java또한 하나의 빈으로 인식되어 로드된 것을 확인했었다.

[SpringCore] 스프링 컨테이너와 스프링 빈 - 스프링 컨테이너에 등록된 빈 조회 테스트

스프링 컨테이너의 사용

DI 컨테이너 역할을 해주던 AppConfig를 Spring 어노테이션을 사용하여 리팩토링한다.

기존 코드 AppConfig.java

Spring Container에 빈을 등록하는 AppConfig.java

[SpringCore] 스프링 컨테이너와 스프링 빈 - 기존 DI 자바 코드를 Spring 컨테이너 활용 코드로 리팩토링

기존 코드의 문제

주문과 할인을 작성한 OrderService, DiscountPolicy 처럼 서비스 계층이 있다. 아래 작성한 기존 코드는 각 레이어에서 직접 주입받는 객체를 생성(new)하는 문제가 있다.

할인 정책을 변경하려고 코드를 변경하고 있지만 서비스 계층(클라이언트)에서도 추상 클래스만이 아닌 구현 클래스(하위)에도 의존하고 있다.(= 직접 해당 계층에서 코드를 수정하고 있다.) 이는 DIP(추상또는부모클래스 의존)이 위반되고 있다. 또한 기능을 확장하고자 클라이언트 코드(서비스 계층) 코드에 영향을 준다. 이는 OCP(확장개방 수정폐쇄) 위반이다.

변경된 서비스 소스코드

[SpringCore] 객체 지향 원리 적용 - 역할, 구현의 분리를 위한 AppConfig의 추가, 제어의 역전(IoC), 의존관계 주입(DI)

메서드의 시간을 측정해보자

다음처럼 메서드 실행 시간을 측정하려면 단순히 메서드의 시작부분과 종료부분의 시간을 계산하면 돼지만 프로젝트 규모가 커질수록 중복되는 코드량이 많아진다. 또한 시간 측정 로직이 본래 서비스 코드보다 훨씬 많은양을 차지하면서 가독성이 떨어지게 된다.

MemberService.java 의 시간 측정 코드를 추가했고 정상적으로 작동하지만 좋은 코드는 아니다.

AOP 사용해보기 (Aspect Oriented Programming)

[SpringIntro] AOP 활용

JpaRepository 인터페이스

SpringDataJpa는 수많은 기능들이 포함된 JpaRepository 인터페이스가 있으며 개발자는 단순하게 Repository에 JpaRepository 인터페이스를 상속받아서 기능을 이용 할 수 있다.

따라서 일반적으로 사용되는 메소드들을 대부분 중복 제거하여 사용 할 수 있어 간편하게 데이터베이스와 맵핑 할 수 있어 생산성이 높아진다.

extends 로 상속된 JpaRepository 부분을 들어가보면 해당 인터페이스에서 제공되는 메서드들을 확인 할 수 있다.

[SpringIntro] 스프링 DB 접근 기술 - 3, Spring Data JPA

JPA란?

JDBC, JDBC Template을 사용하면서 중복 코드를 크게 제거했지만 여전히 쿼리문을 직접 작성하는 문제가 있었다. 이는 IDE에서도 오류를 발견하기 어렵고 개발자의 실수가 나타날 수 있는 단점이 있다. JPA를 통해 객체 중심 설계로 전환 할 수 있다.

•

Java Persistance API의 약자로 ORM(Object-Relational-Mapping) 기술 표준으로 사용되는 인터페이스의 모음

◦

ORM이란?

◦

ORM은 객체와 DB 테이블이 매핑을 이루는 것을 의미

◦

'ORM(Object Relational Mapping)'은 '객체로 연결을 해준다'는 의미로, 어플리케이션과 데이터베이스 연결 시 SQL언어가 아닌 어플리케이션 개발언어로 데이터베이스를 접근할 수 있게 해주는 툴

1. JPA 설정

build.gradle 에서 dependencies 부분에 JPA 의존성을 추가해준다.

[SpringIntro] 스프링 DB 접근 기술 - 2, JPA

테스트용 H2 데이터베이스 설치 과정

H2 DB engine 설치

H2 Database Engine

H2 is free SQL database written in Java

https://www.h2database.com/html/main.html

권한 설정

[SpringIntro] 스프링 DB 접근 기술 - 1, JDBC와 JDBC Template

교과서적인, 정돈된 선배의 코드들을 따라가자

프로젝트를 하면서 느껴온 것들은 내가 작성하는 코드의 정돈상태, 어떻게 구현하는 것이 올바른지, 그 기준을 어떻게 두어야하는지 항상 고민이다. 어떤 코드가 좋은 코드인지 올바른 사용법인지 맞는지 아닌지 끊임없이 고민은 하지만, 혼자 공부하는 입장에서는 너무 많은 정보들이 혼란스럽게 한다.

실체를 따라 찾아보자.

단순히 파편화된 궁금증에 대한 키워드 검색에 대한 많은 정보들은 종합해보면 머리에서는 이해가 되는것 같다. 클린 코드를 지향하는것은 코드 자체로도 주석이 필요 없을 정도로 깔끔한 코드, 명명 규칙등을 따라야 한다. 하지만 그 방법이나 실물을 보지 못하고 추상적으로 개념만 이해하고 결국 혼자 해보려하기 때문에 내가 작성하는 것들에 대한 자신감이 없다.

결국 우수한 선배를 스스로 만들고 팔로우해야한다. 그런 분들을 직접 볼 수도, 같이 일하고 있지도 가르침을 받을 기회가 당장에 없기 때문에 교육이나 개발자 선배들의 책을 통해서 배워나가야 한다. 이번엔 많은 멘토분들께 추천받은 이 책을 읽는것만이 아니라 코드로 직접 따라해보고 그 개념들을 쉽게 정리한것들을 다시 살펴보면서 내가 잘못하는부분, 배워야할부분들을 다시 한번 정리해보고자 한다.

[Spring-LDW] 스프링 부트 책 한권 끝내기 목표

Jar 빌드 및 실행에서의 문제 발생

우선 프로젝트 개발환경 외 다른 PC에서의 프로젝트 클론, 실행 시 문제가 발생함. DB 설정까지 똑같이 구성했지만 처음보는 오류였음.

타임리프 뷰리졸버의 문제 발생. 메인 페이지는 접속이 가능한데 다른 모든 페이지가 접근 불가가 나타남. 페이지 또는 데이터 로딩에 문제가 발생할때 나타나는 Whitelabel Error가 나타나며

서버 내 실행 이후 나타난실제 오류코드는 다음과 같음. 주요 내용은 결국 THYMELEAF 에서 발생. 모든 페이지가 접근 불가능. 이상하게 메인페이지는 접속이 된다?

ChatGPT 또한 돌아돌아가는 말도안되는 클래스 패스와 관련된 해결책을 주길레 뷰 컨트롤러들의 차이점을 직접 살펴봄

가장 큰 차이점은 / 슬래시의 유무였다. 클래스패스는 이미 application.properties에서 지정된 상태이다.

[Spring][iLanD] [빌드] Jar 빌드 이후 실행 시 타임리프 트러블슈팅

[Spring][iLanD] [프로젝트완료] 각 기능 구현 시연

타 PC(Windows) 실행 환경 설정

본 프로젝트는 MacOS에서 개발되어 일부 환경이 상이하다. 프로젝트 실행은 Windows에서 서버로 실행되어야 하기 때문에 아래와 같이 초기 설정을 통해서 프로젝트를 실행 할 수 있다.

JDK-17 설치

본프로젝트는 Java기반의 프레임워크인 SpringBoot프로젝트로 JVM 런타임 환경이 필요하다. 공식홈페이지에서 JDK17버전을 설치해준다.

Download the Latest Java LTS Free

Subscribe to Java SE and get the most comprehensive Java support available, with 24/7 global access to the experts.

https://www.oracle.com/kr/java/technologies/downloads/#jdk17-windows

Windows에서는 간단히 파일을 실행시켜 설치 할 수 있으며 터미널을 통해서 설치 상태를 확인하는 것이 좋다.

[Spring][iLanD] [프로젝트완료] 타OS 실행환경 구축가이드

간단한 자바스크립트 게임을 구현하였다.

캐치마인드와 같은 웹소켓을 활용한 실시간 멀티플레이어 게임을 다루려했으나, 생각보다 모바일까지 구현해야하는 난이도가 있고, 기한에 비해 규모가 커질것으로 생각되서 간략한 미니게임을 준비했다.

5승을 먼저 차지하는 가위바위보 게임이며 생각보다 약오른다.

game.js

대부분 간단한 변수와 조건문으로 처리했으며 모바일로도 테스트를 했다. 난수에 따라 3개의 이미지를 동적으로 변경하는것이기 때문에 일부 기기에 따라 조금 느린 경향도 있는데 오히려 컴퓨터가 야비하게 변경하는듯한 모습에 열이 받는다.

[Spring][iLanD] [Mini Game] 가위바위보 게임 기능 넣기

이번 프로젝트에서 배운 파일에 대한 요청과 응답 처리

가물가물했지만 예전부터 프로젝트에서 이미지처리를 위해서 img src에서 외부 경로로 참조하는것을 임시로 처리하면서 기본적인 CRUD에서도 파일에 대한 처리의 미흡함이 있었다. 이번 프로젝트에서 왜 안되는가에 대해 구현에 집중하다보니까 깨달은 부분이 있다.

분명히 예전에 배운 내용인데, 코드인데 파일 자체를 접근하는 방법에 대해서 감을 잡은게 크다. Base64로만 해보고있지만 다양한 알고리즘 인코딩 방법들을 알아가보면 효율적인게 있지 않을까? 우선은 기능 구현 자체에 문제가 있던 부분들이 해결되면서 뭔가 안되던것들을 해결해나가는 자신감이 생겼다.

Video to Base64 | Base64 Encode | Base64 Converter | Base64

Convert video to Base64 online and use the result string as data URI, HTML object, JavaScript Video, and others

https://base64.guru/converter/encode/video

영상 목록의 포스터에서 시청화면으로 진입

[Spring][iLanD] [Base64] Video 파일 추가, Img 포스터와 분리, Video 파일 처리 로직 분리, 인코딩 후 이미지 출력, Video 태그를 통한 영상 재생

실시간 채팅 기능이 어느정도 구현되었으니 다듬기를 들어간다.

원하는건 채팅의 구분이 안되는것과 안내와 같은 부분이 부족하다.

카톡과 비슷하게 구현해보고싶다. 구현된 모습은 우선 다음과 같다. 다른 브라우저를 통해서 로그인된 유저와 로그인되지 않은 유저의 상황을 연출했다.

chatting.js

전반적으로 코드가 복잡해지긴한다. 로그인시 생성되는 클라이언트 쿠키로부터 사용자 이름을 받아오도록했다. 다른 방법들로 user의 Authentication을 받아오는 것을 구현해보고 싶다.

CSS를 통해 카톡like 메신저 색상을 입혀보았다.

chatting.html

html은 그대로이다.

[Spring][iLanD] [Web Socket] 실시간 채팅 기능 다듬기

웹 소켓을 활용한 채팅 기능 구현 과정

웹소켓을 활용한 채팅 기능을 구현하고자한다.

Getting Started | Using WebSocket to build an interactive web application

Learn how to the send and receive messages between a browser and the server over a WebSocket

https://spring.io/guides/gs/messaging-stomp-websocket/

의존성 추가build.gradle 에 의존성 추가

Configuration 추가

뷰 컨트롤러 추가

chatting.html

chatting.js

Controllers

우선 채팅 페이지를 반환하는 뷰컨트롤러

[Spring][iLanD] [Web Socket] 실시간 채팅 기능 구현

img src에서 프로젝트 내부 경로외의 시스템 경로 파일 인지 불가능한 부분

<img src="/uploads/${originFileName}" 처럼 일반 img src로 소스를 불러오면 context 경로가 이미 localhost:8080 이 잡혀있기 때문에 시스템경로로 접근 할 수 없었다.

보안상 불가능한 방법으로 결국 서버로부터 이미지 데이터 자체를 받아와야한다. 이를 억지로 구현하기 위해서 데이터 저장 시

위 코드처럼 dir2로 프로젝트 내부로 이전하는 방법을 사용해서 일부 작동되도록 구현했었지만 문제가 있었다. 이미지 로드를 위해서는 서버가 재시작되어야하고 그 전까지는 JSON 타입의 요청만 가능해져서 이미지 자체가 로드되지 않았다. 이건 사실 불필요한 데이터 중복, 복사이며 일관성을 해칠 수 있다.

[Spring][iLanD] [File] TroubleShooting - 파일 인코딩해서 조회하기

기존 HTML 태그 및 CSS의 작동 이상으로 전체적으로 수정

[Spring][iLanD] MVP - [AboutUs] @media 태그를 이용한 반응형 오버레이 텍스트박스

파일 업로드 위치 변경

파일을 시스템 경로로 하는 경우 ssh등 파일 서버자체를 구성해서 접속해야한다. AWS S3와 같은 파일서버구성이 필요하기 때문에 프로젝트는 간단하게 구성하기 위해 프로젝트 내부경로에 파일을 업로드하고, 파일을 간단하게 불러오게 하고자한다.

이를통해 파일업로드관련 CRUD가 작동하면 해당 부분에 파일이 업로드 또는 삭제가 실시간으로 진행된다.

미리보기

파일을 업로드한 공지글과 같은 글에서 파일(이미지)가 정상 로드되는지 확인하고자했다.

[Spring][iLanD] MVP - [File] 파일 업로드 프로젝트 경로이동 및 미리보기 구현

Create를 참고하여 Update를 응용

새로운 파일이 업로드된다.

하지만 문제는 기존 파일이 남아있다는 것

유저가 어떤 글의 첨부파일을 새로 업로드한다는 행위는 다음과 같이 플로우를 생각할 수 있다.

•

공지 업데이트 요청을 보낸다고 가정하면, 일단 세가지로 나눠진다.

[Spring][iLanD] MVP - [File] 파일 업로드 업데이트 API 구현

최종 환경 구축 화면

모바일버전에서의 실행 테스트 화면

환경 구축 전경 사진자료들

[Spring][iLanD] [프로젝트완료] 외부 접속 환경 구성 완료 모습

Notice : File 테이블은 1:N 연관관계로 설정되어있음

orphanRemoval = true 를 통해 공지가 삭제되면 파일의 연관관계가 null로 사라지므로 함께 삭제된다. 해당 옵션은 위험하기 때문에 잘 생각해서 적용해야한다. 특히 User에 잘못 연결하는 경우 user가 생성한 게시판, 게시글, 모두 사라질 수 있다.

테스트

18번 공지를 삭제했으며, 이는 2개이상의 파일이 연결되어 있었다.

공지가 삭제되었으며

[Spring][iLanD] MVP - [File] 공지 연관관계 삭제시 파일 삭제 구현

최초 시도(중복 덮어쓰기 발생)

중복 허용을 위하여 noticeId를 기준으로 UUID 추가

multipart 파일 업로드는 필수라 첨부없이 일반 공지를 못올리는 문제 발생

[Spring][iLanD] MVP - [File] 파일 업로드 API 구현

터미널로 springboot 프로젝트를 실행하고 접속상태 확인

해당프로젝트 경로로 이동해서 bootRun 명령어로 서버에서 실행시킨다.

해당 서버 localhost에서는 당연히 기본적으로 작동하며,

무선으로 내부 네트워크(인트라넷) 연결된 환경에서도 직접 내부IP를 통해서 접속 가능한 화면을 확인 할 수 있다.

[Spring][iLanD] 인트라넷 실행 환경 간단 테스트

페이징 처리 구현

[Spring][iLanD] MVP - [Notice] 페이징 처리 구현

로그인 페이지 구현 API 연결

공지 작성 기능

공지 수정 기능

공지 삭제 기능

[Spring][iLanD] MVP - [Admin] 로그인 프론트 연결 및 관리자 페이지 구현

웹 소켓을 활용한 실시간 그림판 기능

[명우니닷컴] 웹 실시간 그림판 만들기(4)

작업 내역 : node.js 웹 소켓 모듈 서버를 이용한 실시간 그림판 구현 진행 중 작업 : 데스크탑 및 모바일 최적화 완료 앞으로 진행해야할 사항 1) 데이터베이스 연동 (사용자가 캔버스 내에 작업한 내역이 유지되도록 - 최대 5만건 제한) - DB 서버로 사용할 고정 IP 필요 2) 그림 도구 추가 (펜 & 지우개 굵기 선택, 모든 색 지원을 위한 팔레트 라이브러리 추가) 3) 실시간 유저 목록 - 입장 시 닉네임을 받아 리스트 형식으로 유지하거나 / 마우스 오버 좌표 값에 따른 유저 닉네임 노출 4) 각 유저마다 다른 브라우저 프레임 크기에 대한 동기화 - 열심히 검색해볼것..... 테스트 주소 : http://myeonguni.com 진행 결과물 관련 소스코드 1. nodeWS.js [Serve..

https://myeonguni.tistory.com/1393

모바일 터치 반응이 없어서 제외됨

JS로 게임을 넣는게 쉬운편, 게임 자체만으로 하나의 프로젝트급이라 해당 프로젝트에서는 구현 어려움

웹 소켓을 활용한 채팅서버 기능

[Spring] 웹소켓으로 실시간 채팅 구현

현재 만들고 있는 토이 프로젝트에서 채팅 기능을 구현하고자 하였다. 채팅 기능을 구현하기 위해서는 웹소켓에 대해서 알아야 했다. 웹소켓이란? 처음에 채팅 기능을 구현할 때 HTTP를 이용해서 구현하려고 했다. 하지만 HTTP는 요청과 응답이라는 구조로 통신이 이

https://velog.io/@sunkyuj/Spring-웹소켓으로-실시간-채팅-구현

WebSocket을 이용한 실시간 채팅 구현하기 1: 서버

WebSocket을 이용한 실시간 채팅 구현 기록은 다음의 네 단계에 걸쳐 작성할 예정이다. WebSocket을 이용한 실시간 채팅 구현 1: 서버 WebSocket을 이용한 실시간 채팅 구현 2: 클라이언트 WebSocket을 이용한 실시간 채팅 구현 3: STOMP WebSocket을 이용한 실시간 채팅 구현 4: 프로젝트에 적용하기 특정 운동 모집 게시글에 참가하는 사용자들이 사용할 수 있는 각 게시글별 실시간 채팅 기능을 구현하기 위한 WebSocket 사용법을 학습하고 있다. 오늘은 Spring에서 WebSocket을 통해 특정 클라이언트가 서버에 메시지를 전송하면 서버와 연결되어 있는 다른 모든 클라이언트들에게 해당 메시지가 전송되는 서버를 구축하는 것을 실험했다. 전체 소스코드는 다음의 링크..

https://innu3368.tistory.com/214

[Spring][iLanD] 심화 기능 레퍼런스 탐색

Home에 네비게이션 적용 및 Footer 고정

992px 이하(모바일), 그 이상 태블릿(1200px), 그이상 데스크탑

아이콘 배치가 적절하게 분배되도록, 모바일 버전에서는 2열, 그 이상 버전에서는 3열 배치

[Spring][iLanD] MVP - [Home] @media 태그를 이용한 메인 페이지 반응형 메뉴 변경 적용

참고자료

스프링 부트 파일 업로드 / 파일 다운로드

•

MultipartFile 클래스 사용

◦

의존성 필요 없음

◦

application.properties 파일에서 파일 최대 크기만 설정

•

자동으로 MultipartConfigElement 클래스를 빈으로 등록

•

파일명 중복되지 않도록 UUID 사용

◦

소프트웨어 구축에 사용되는 식별자 표준

◦

16 옥텟(128바이트)의 수

◦

표준 형식에서 UUID는 32개의 16진수로 표현되며 총36개 문자(32개 문자와 4개의 하이픈)로 된 8-4-4-4-12라는 5개의 그룹을 하이픈으로 구분

◦

자바 UUID 클래스의 randomUUID() 메소드를 사용해서 유일한 식별자 생성

스프링 부트 프로젝트에서 파일 업로드 / 다운로드 예제

파일 업로드

•

파일명 중복되지 않도록 파일 이름 변경해서 업로드

•

한 번에 여러 개의 파일 업로드

•

원본 파일명 그대로 업로드

파일 다운로드

•

폴더 내 파일 목록에서 선택해서 다운로드

파일 업로드 예제 1

•

파일명 중복되지 않도록 파일 이름 변경해서 업로드

[Spring][iLanD] MVP - [File] 파일 업로드 API 레퍼런스 탐색

공지조회(유저) Ajax를 통한 연결

중요 공지 구분

[Spring][iLanD] MVP 프론트엔드와 API 연결 1차 기본 CRUD, Ajax로 동적 네비게이션 구현

영상 CREATE

영상 READ

[Spring][iLanD] MVP - [Video] 영상 CRUD API

CREATE

READ

UPDATE

[Spring][iLanD] MVP - [Info] 정보 API

게시판 생성, 수정, 삭제, 조회 구현

게시판은 총 4개로 구성될 예정

각 게시판은 완전 별개의 테이블로 구성해도되지만 공통 부분을 부모 테이블로 구성해서 추후 확장성, 유지보수성을 고려

각 게시판에 게시글들이 자식요소로 추가될 것임

Create 테스트

Update 테스트

[Spring][iLanD] MVP - [Boards] 게시판 CRUD API

공지 작성

공지 수정

공지글 삭제

[Spring][iLanD] MVP - [Notice] 공지 CRUD API

게시판 - 게시글(4종) - 파일

모든 콘텐츠는 사실 게시글이라 볼 수 있다. 그 컬럼의 내용이 달라지거나 위치만 달라질 뿐, 파일이 있는것 없는것 추후에 추가가 필요할것을 고려하여 파일 테이블을 별도로 분리하고 연관관계로 처리했다.

Board.java

게시판의 틀이되는 게시판 엔티티이다. 각 게시글들의 종류를 @OneToMany 연관관계를 통해서 각 리스트들을 가져오도록 설정했다.

Notice.java

첫번째 게시글의 엔티티인 공지 게시글이다. 게시판:공지게시글 은 1:N 연관관계를 가지고 있다. 이것과 동일하게 Info, Video, Game 게시글이 동일한 컬럼, 연관관계를 가지고 있다고 생각하면 된다. 대표적으로 Notice부분의 코드는 다음과 같다.

File.java

Notice, Info, Video, Game 게시글 모두 파일이 첨부될 수 있다. 현재 Game부분은 어떻게 구성할지 좀 더 사례를 찾아봐야하지만, 기본적으로 무언가 여러 종류 게임을 올린다는 의미에서는 게시글과 동일한 것으로 생각했으며 일단 더미로 작성해두었다.

File은 Multipart로 업로드하는 식으로 서버내 특정 공간에 저장되도록 할 것이며, 이미지나 영상은 해당 경로에서부터 추출하여 실행 또는 로드하는 방식을 사용하게 될 것으로 판단된다.

여러 파일들이 첨부될 수 있는 상황을 고려하여 1:N 연관관계를 맵핑했다.

JPA에 의해 자동으로 테이블이 생성된다.

이제 공지 게시판 CRUD를 구현하면 사실 다른 부분들은 복사 붙여넣기와 다를바 없다. 파일 업로드와 로드 부분을 잘 체크해야 한다.

[Spring][iLanD] MVP - 주요 엔티티 생성 및 연관관계 구성

전체 과정

의존성 추가

UserDetailsImpl 생성

UserRepository 추가

UserDetailsService 생성

JWT유틸 클래스 추가

JWT필터 추가

스프링 시큐리티 설정

스프링 설정

컨트롤러 설정

추후 Refresh Token 참고 자료

https://emgc.tistory.com/148

의존성 추가

UserDetailsImpl.java

[Spring][iLanD] MVP - [Auth] SpringSecurity JWT+쿠키 방식 로그인 기능 구현

회원 가입, 수정, 탈퇴 API 구현

•

비밀번호는 SpringSecurity의 BCryptPasswordEncoder를 통해 기본 단방향 해시 알고리즘 BCrypt 로 복호화 불가능한 암호화 기능을 활용

◦

PasswordEncoder.java config패키지에 별도로 작성하여 정의했으며 필요 클래스(UserService)에 주입되고 사용됨

◦

BCrypt는 안전한 해시 함수로 알려져 있으며, 해시된 값과 함께 사용되는 솔트(salt)를 통해 보안성을 강화

•

기본적으로 입력값의 유효성 검사는 다음과 같음

◦

회원의 로그인 아이디가 될 e-mail은 UK로 중복이 불가능, @Email 어노테이션에 따른 이메일 유효성 검사

▪

ex)abc@abc.com

◦

이름은 한글 2~4글자까지 허용

▪

ex)김테스, 김테, 김테스트 OK

◦

비밀번호는 비밀번호는 8~15자 영문 대 소문자, 숫자, 특수문자를 포함해야 함 

▪

ex)test1234!

•

usertype은 프론트에서 드롭다운박스로 value를 0,1,2 를 전달하도록 설계할 예정

◦

0인 경우 USER

◦

1인 경우 ADMIN 회원 가입이 가능하지만, token 필드를 잘못 입력하면 가입 불가, “admin”을 정확히 입력해야 admin 회원 가입 완료

◦

2인 경우 STAFF 회원 가입이 가능하지만, token 필드를 잘못 입력하면 가입 불가, “staff”을 정확히 입력해야 staff 회원 가입 완료

UserSignupRequestDto.java

UserUpdateRequestDto.java

UserController.java

UserService.java

UserRepository.java

테스트

[Spring][iLanD] MVP - [Users] 회원 CUD API

회원 가입 및 로그인 구현 - staff only (비회원은 모든 유저)

•

회원 가입 양식

◦

회원 아이디

◦

비밀번호

◦

이름

◦

유저 타입 RoleEnum 구현 (staff승무원 / admin관리자 / ‘user’ or none)

▪

회원가입은 일반 유저가 못하도록 시크릿 키를 등록하도록함 그 외 유효성체크로 접근 불가

•

로그인

◦

기본 정보

▪

DB의 아이디

▪

DB의 비밀번호

◦

JWT 토큰+쿠키 생성 방식으로 로그인 인증/인가 구현

Notice 공지게시판

•

CREATE - admin or staff only (중요공지컬럼필요)

•

READ

◦

admin

◦

user

•

UPDATE - admin or staff only

•

DELETE - admin or staff only

Movie&TV 컨텐츠게시판

•

CREATE - admin or staff only

◦

multipart파일업로더를 통해 서버에 저장 할 수 있는 기능 확인 필요(대용량 가능성있음)

•

READ

◦

admin or staff

◦

user or none

▪

영상 스트리핑 페이지로 재생 가능한지 확인 필요

•

UPDATE - admin or staff only

•

DELETE - admin or staff only

채팅 기능

•

WebSocket을 통한 구현 확인 필요

[Spring][iLanD] 기능 분류

SpringBoot 프로젝트 구조 생성

HomeController를 통한 메인페이지 HTTP요청 접근 상태 확인

•

의존성 주입

dependencies {
    //SpringBoot AOP
    implementation 'org.springframework.boot:spring-boot-starter-aop'
    //THYMELEAF
    implementation 'org.springframework.boot:spring-boot-starter-thymeleaf'
    //JWT
    compileOnly group: 'io.jsonwebtoken', name: 'jjwt-api', version: '0.11.5'
    runtimeOnly group: 'io.jsonwebtoken', name: 'jjwt-impl', version: '0.11.5'
    runtimeOnly group: 'io.jsonwebtoken', name: 'jjwt-jackson', version: '0.11.5'
    //SpringBoot JPA
    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
    //SpringBoot Security
    implementation 'org.springframework.boot:spring-boot-starter-security'
    //SpringBoot Thymeleaf
    implementation 'org.springframework.boot:spring-boot-starter-thymeleaf'
    //SpringBoot Validation
    implementation 'org.springframework.boot:spring-boot-starter-validation'
    //SpringBoot WEB
    implementation 'org.springframework.boot:spring-boot-starter-web'
    //SpringBoot Thymleaf Security
    implementation 'org.thymeleaf.extras:thymeleaf-extras-springsecurity6'
    //Lombok
    compileOnly 'org.projectlombok:lombok'
    annotationProcessor 'org.projectlombok:lombok'
    //MySQL
    runtimeOnly 'com.mysql:mysql-connector-j'
    //JSON
    implementation 'org.json:json:20230227'
    //SpringBoot Test
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
    //SpringBoot Security Test
    testImplementation 'org.springframework.security:spring-security-test'
}
Shell
복사

[Spring][iLanD] 기초 프로젝트 구조 생성 및 의존성 주입, 테스트

ERD 작성

도메인별 DB 구조 설계

개발용 IDE - 로컬 DB생성 및 DB 커넥션 확인

Entity 클래스 생성

[Spring][iLanD] 데이터베이스 설계 1차(ERD)

프론트엔드 컨셉 디자인

주요 컨텐츠 디자인

[Spring][iLanD] 프로젝트 랜딩 미팅, 프론트엔드 디자인 구현 상태, 코드 확인, 과업 범위 확인

프로젝트 후기

백엔드 챌린지에 대한 회고

백엔드 입장에서 프론트엔드에 대한 회고

기타 느낀점

[Spring][258] 프로젝트 완료 후기 회고, 배운점과 아쉬운점

[Spring][iLanD] 프로젝트 진행 로드맵 작성

프로젝트 생성 및 .gitignore 등록 및 Git Init Commit

Github Remote Repository 생성

spring-project_i

yzpocket

[Spring][iLanD] Git, Github 저장소 연결 관리

프로젝트 추진 이유

주변 네트워크를 통해 작지만 실전과 같은 경험 도움을 주겠다는 제의가 들어왔으며 감사한 마음을 다해 최선을 다해 배운 것들을 토대로 프로젝트를 진행해보고자 합니다. 교육과정에서의 여러 팀 프로젝트와 달리 본인 스스로 어느정도 개발 할 수 있을지, 어느 부분들이 부족한지 실전으로 경험하고 싶었으며 팀 프로젝트 특성상 분업과정에서 직접 못 다루어본 여러 기능들을 스스로 구현해 볼 수 있는 좋은 기회라고 생각했습니다.

본인의 개발 범위, 현황 파악

•

간단한 Figma를 통해 제작된 컨셉 디자인은 있으나 백엔드 API 구성은 전혀 없는 상태

•

API 개발이 필요하며 이에 따라 프론트엔드의 코드 또는 구성이 변경될 가능성이 있음

•

디자인과 컨셉, 요구 기능은 최대한 유지

•

데이터베이스 설계 필요

•

Java 기반의 SpringBoot 프레임워크를 사용하는 것이 개발자의 경험적, 기간적, 간편성에 적합

•

서버 및 클라이언트 개발 이후 최종적으로 내부 실행환경을 구축해주고 외부접속 테스트하는 과정까지 필요

[Spring][iLanD] 개발 계약 체결 및 추진 이유, 범위

Elasticsearch는 또한 내부적으로 왜 안정적이며, 어떤 알고리즘, 자료구조 등등이기 때문에 빠른것이 보장되는지에 대한 이해도 추가 필요

Elasticsearch가 내부적으로 안정적이며 빠른 이유는 여러 가지가 있습니다.

먼저, Elasticsearch는 Apache Lucene을 기반으로 만들어졌습니다. Lucene은 검색 엔진에 사용되는 강력한 오픈 소스 라이브러리로, 텍스트 인덱싱과 검색에 특화돼 있습니다.

Elasticsearch는 대량의 데이터를 효율적으로 처리하기 위해 여러 가지 알고리즘과 자료구조를 사용합니다. 그 중 하나는 역색인화라는 개념입니다. 역색인화는는 단어가 어느 문서에 나타나는지를 기록해 두어 검색 속도를 향상시키는 데 도움이 됩니다.

Elasticsearch는 분산 시스템으로 설계돼 있어서 여러 노드에 데이터를 분산 저장하고 병렬 처리를 가능하게 합니다. 이렇게 함으로써 데이터 검색 및 분석 작업을 효율적으로 처리할 수 있습니다.

Elasticsearch는 실시간 검색을 지원하고 있어서 데이터가 업데이트되더라도 거의 실시간으로 검색 결과를 반영할 수 있습니다. 이는 대규모의 데이터셋에서도 높은 성능을 제공하는 데 기여하고 있습니다.

엘라스틱 서치의 검색이 빠른 이유?

Elasticsearch는 Lucene 인덱스 를 기반으로 한 검색 엔진입니다.

Lucene은 Apache 소프트웨어 재단에서 개발한 텍스트 검색 라이브러리로, 역색인화를 포함한 다양한 검색 기능을 제공합니다.

엘라스틱 서치는 Lucene을 기반으로 만들어졌기 때문에 Lucene의 강력한 역색인화 기능을 활용하여 대용량의 데이터를 효율적으로 검색할 수 있습니다.

결국, 엘라스틱 서치는 사용자에게 더 편리하고 확장 가능한 인터페이스를 제공하면서 Lucene의 강력한 검색 엔진을 내부적으로 활용하고 있어.

Lucene 의 특징?

Lucene은 텍스트를 단어 또는 토큰 단위로 분석하여 색인화합니다.

[Spring][258] Elasticsearch의 Lucene 인덱싱

질문이 나올만한 부분은 본격적으로 아키텍처 기술도입배경부터 시작된다.

전체적인 요청의 흐름? 전체적으로 클라이언트의 HTTP 요청이 어떻게 처리되는지 알려주세요.

•

기본 흐름

◦

클라이언트→AJAX요청→로드밸런서→시큐리티필터체인→디스패처서블릿→(컨트롤러→서비스→리포지토리)→데이터베이스

▪

로드밸런서에서는 HTTP는 HTTPS로 리디렉션함

•

ROUTE53

•

ACM에서 SSL 인증서

그 흐름에서 카프카는 어떤 역할을 하나요?

•

기본적으로 저희는 메인서버와, 이벤트만을 위한 독립적인 서버가 별도로 존재합니다.

•

서버가 나뉘어졌고 그 중개 역할로 카프카가 데이터를 전달하는 역할입니다.(메시지큐)

아래는 연결되는 질문또는 답변입니다.

두개를 나눈이유?

메인서버에서 부하가 많이 생겼을때, 서버를 확장해야 할때 기존의 모놀로식 구조에서는 모든 서비스가 확장되어야하지만,

이 구조를 통해서 이벤트 서버만 독립적으로 확장 할 수 있습니다.

그 흐름에서 레디스는 어떤 역할을 하나요?

레디스는 레디스 분산락을 위해서 구성되어있습니다.

선택한 이유는 분산 DB의 확장을 위해서 선택했습니다.

왜 인메모리 데이터베이스가 필요했는지?

주키퍼와 비교했는데, 저희는 실시간 처리가 필요했기 때문에 인메모리방식인 레디스가 가장 적합했습니다.

동시성 제어가 필요한 이유는 무엇인가요?

트랜잭션, 갱신실패, 데드락

검색 성능을 개선 시킬수 있는 다른방안? 알고리즘과 자료구조랑 관련있는것? 한번 해본것 , 안해본것

[Spring][258] 예상 질의 응답 목록 - 프로젝트에 대하여 발표흐름에 따른 분류

JPQL 쿼리로 직접 검색 방식 정하기

아래 쿼리를 @Query 어노테이션을 통해서 작성하여 검색의 방식을 변경 할 수 있다. 기존 직접 내부 로직을 구성하는 방식과 다르게, 마치 JPQL을 사용하는것 처럼 쿼리문을 작성 할 수 있다. 그럼 마찬가지로 쿼리문이 컴파일 단계에서 검사되지 않는 단점이 있을 것으로 보여진다.

QueryDSL로 구현해보기

build.gradle 의존성 추가

QueryDSL 플러그인 및 태스크 설정

ElasticBookRepository를 상속받은 ElasticBookSearchRepositoryImpl.java 구현체에서 다음처럼 구현한다. Q객체를 통해서 쿼리팩토리를 통해 쿼리를 메소드형태로 작성하게 된다. 이러면 컴파일 단계에서 개발자의 오류를 찾을 수 있다.

아래는 JPQL로 직접 쿼리를 보낼 때의 각 검색 API이다.

1. 검색API Template

2. 검색 파라메터

[Spring][258] Elasticsearch APIs

[2:22] ELB 설명하실 때 https를 언급하셨는데, 발표자료에도 그 내용이 반영되어 있으면 좋을 것 같습니다. 그리고 main server와 event server의 spring architecture를 모두 보여줄 필요는 없고, application server로 정의한 뒤에 해당 server의 스펙을 하나만 보여주고 main server와 event server가 application server 구조로 되어있다고 보여주면 더 깔끔할 것 같습니다.

발표자료 수정

대본 수정

영상 멘트 수정

[2:58] mysql DB로 부터 도서 데이터가 동기화된다는 표현보다는, logstash가 전처리한 도서 데이터가 elasticsearch에 저장되고, 이 데이터가 mysql에 동기화되고 있다라고 표현하는게 맞을 것 같습니다.

발표자료 수정 없음

대본 수정

영상 멘트 수정

[3:15] ELK stack에 대한 이야기는 이미 앞에서 같이 구축되어 있다는 내용으로도 충분하므로 굳이 안하셔도 됩니다. 오히려 스택을 구성하는 각 요소(elasticsearch, logstash, kibana)에 대해 간단하게 설명해주시는게 더 좋을 것 같습니다.

발표자료 수정 없음

대본 수정 ELK설명은 10초는되니까 우선 전체 수정하고 남는시간보고 파악

ELK Stack은 데이터를 색인화하고 저장하는 ElasticSearch와, 데이터를 수집하고 가공하는 Logstash, 마지막으로 이 데이터를 분석하고 시각화하는 Kibana로 구성됩니다.

영상 멘트 수정

[Spring][258] 발표 피드백 수정[완료]

Spring Boot

Spring Security

JWT

Swagger

Spring Data JPA

Querydsl

GitHub Actions

Elasticsearch

MySQL

Kafka

Redis

AWS 인프라

[Spring][258] 예상 질의 응답 목록 - 기술스택과 관련된 것들

1. 검색 기능 업그레이드

•

기존 페이징 버전(v3)

•

슬라이스 방식의 버전(v4)

•

무한 스크롤 기능(is1)

[Spring][258] 프로젝트 마무리 작업

인용

•

간단소개영상과 발표자료 발표영상 최종본제출

◦

편집수정

◦

대본체크

◦

전반흐름이해를 위해 각자에게 질문을 자주할수있습니다.

◦

제출이 가장 중요하니 처리 후 질답부분에 투입할것입니다.

•

주말작업

◦

간단소개 전체 콘티를따라 녹화전 상태 모두 작업완료되었습니다

◦

피티 전체 테마가 변경되었습니다. 간단소개영상용 피티기준으로 기존피티가 발표용으로 이식될 예정입니다.

◦

월요일 발표 피드백이 도착하면 추가적인 개인부분들에 대한 질문 또는 사소한 변경 등 요청이있을수있습니다. 

강용영익유헌

•

질의응답 의견결정 관련내용 모두정리

◦

질문이나 꼬리질문이 나올만한 것들에 대해서 사전처럼 꼼꼼히 정리해야합니다

▪

긴 말보다는 간결하게 핵심만 한두문장으로 ‘실제 본인이 대답한다’ 라는 생각을 하고 읽어보면서 작성해둡니다.

◦

브로셔 기술선택근거 부분 참고

◦

꼬리질문

◦

프로젝트에 대해 스스로 보고 질문이 무엇이 나올지 생각해보기

•

API 명세서 표 정리, 스웨거는 결과인 것이므로 표와는 다르다. 이것은 미루었던 일일뿐.

◦

스웨거로 대체했던건 우선순위에서 미뤘던것이지

◦

실제론 api명세서가 있어야합니다. 저희는 프로젝트 주제변경후 빠르게 구현하느라 이부분을 추가수정하는것이 미뤄졌습니다.

◦

본인부분만 처리하지말고 모든부분을 체크해주세요.

◦

456주차 스크럼, 멘토링 등 문서화부분 재확인필요,

▪

막바지에 발표준비에 제가작성을 마무리하지못한 부분이 있을것입니다

▪

특히 멘토링 진행시 우리는 사전노트에 정리한경우가많아서 저희 블로그의 멘토링 태그의 멘토링내용정리 부분을 옮겨주세요

▪

해당 부분들 확인하고 전체적인 SA 미흡부분 체크, 보완 필요합니다

▪

문서화 혼자하기 시간이부족합니다 도와주세요

유헌(주말작업 팀장 확인완료)

프론트엔드 부분 추가 수정 필요사항

•

프론트엔드 메인페이지를 로그인 페이지로 시작하고 로그인 이후 도서 검색 페이지를 기본으로 이동하도록 구성

•

프론트엔드 검색부분을 드롭다운으로 단계적 구성 필요한가? 아니면 최종본만 연결할까

◦

Search

▪

기존페이징 v3

▪

슬라이스 v4

▪

무한스크롤 is1

▪

엘라스틱 el1

•

프론트엔드 네비게이션의 변화필요

◦

로그인 상태에 대한 표현

▪

비로그인 상태

•

로그인 메뉴가 보여야함

•

로그아웃이 안보여야함

▪

로그인 상태

•

로그인 메뉴가 안보여야함

•

로그아웃 메뉴가 보여야함

◦

로그인 유저의 롤에 따라 보이는 메뉴가 달라야 한다

▪

유저인 경우(관리자메뉴빼고)

•

도서검색가능

•

도서나눔신청

•

마이페이지

▪

관리자인경우

•

관리자메뉴들

[Spring][258] [중요공지] 프로젝트 마무리단계 현재 필요한 작업 업무분담입니다.[완료]

Q. 검색 성능이 점진적으로 개선되지 않고 한번에 올랐습니다.

A. 점진적으로 개선되거나 그런 테스트 결과를 원했겠지만, 그렇지 않을 수도 있습니다. 실제로 그렇기도합니다. 오히려 성능이 나쁠때도 있습니다. 하지만 중요한건 그 테스트 자료들의 그렇다고해서 필요 없는것이 아닙니다. 오히려 그런 모습을 연출하려고 조작되면안되고 그대로 나타나는것이 맞습니다. 그래서 지금 결과가 맞는것입니다.

Q. 향후 프로젝트에서 어떤 부분을 중점으로 진행하면 좋을 까요?

A. FTI와 Elasticsearch를 도입한 부분에서 풀텍스트인덱스의 편차가 발생했던 부분을 더 깊게 파보았으면 좋았을것 같습니다. 물론 프로젝트 끝나고도 계속해서 찾아볼 필요가 있습니다. MySQL의 풀텍인덱스에 대해서 알고리즘이나 자료구조까지 확장해보고 더해서 디폴트 엔진인 InnoDB에 대해서까지 그 차이를 발생시키는것이 무엇인지 알아보기까지.. 그 편차의 원인, 무엇이 그렇게 만들었는지 찾아가는 과정을 계속해서 공부해보시는게 도움 될 수 있습니다. 그게 그 부분에 대해서 다른 어느 개발자보다 잘 아는, 왜 이런 현상이 나타나는지 아는 개발자가 되는 깊은 공부 방법입니다. 특히 이런 깊은 공부를 할때는 공식문서를 참고하는것이 가장 좋습니다. 가장 명확한 근거이기 때문입니다.

멘토님의 충고 공통적으로 기술 스택들에 대해서 근거를 잘 정리해오고 있지만 또한 계속해서 보다 더 정리하는 것이 중요합니다. 그 이유는 이는 곧 기술을 선택 또는 판단하는 능력이고, 그 기술을 선택한 것이 맞다는 근거를 만드는 능력. 이게 실무에서 실제로 이루어지기 때문입니다. 프로젝트 끝에 안주하면 안됩니다. 개발공부 시작입니다. 마무리 될 수 있는 부분은 마무리해야겠지만, 앞으로 더해야할것이 많고, 스트레스 관리와 번아웃을 조절해야 합니다.

[Spring][258] [5주차 멘토링] 질문내용 정리와 답변 + 조언

기획

이 영상은 발표영상이아니다. 소개영상이라 생각해야한다.

발표영상보다 까다롭다. 연출이 필요하다.

제한 시간 2분

초 간단한 영상을 연출해야한다.

핵심적인 내용 딱 2개를 설명해내야 한다.

서비스를 보여주면서 핵심기술을 표현해야한다.

[Spring][258] 간단소개 영상 구상[완료]

발표자료의 구성

첫화면

기획배경

목표

시연영상

아키텍처설명 + 기술도입배경

트러블슈팅

성능개선사항

종료화면

발표자료와 영상의 활용

영상은 피티 흐름에 적절한 내용들을 간결하고 충분하게 설명되도록 구성

씽크는 기본

피티 디자인 콘티

프리미어를 활용한 편집

엔지를 최소화해야한다 시간적 세이브가 필요하다

[Spring][258] 발표 영상&PPT 구성[완료]

프로젝트 기획 배경 설명 (30초)

•

해당 프로젝트를 어떠한 배경과 당위성으로 기획하게 되었는지 설명해주세요.

•

“현실에서 어떠한 문제를 발견하여 어떤 기술을 활용하면 이 문제를 해결할 수 있을 것 같았다.”

시연 영상 재생 (1분)

•

서비스의 핵심이 되는 기능만 시연해 주세요. 즉, 회원가입, 로그인 과정 등은 생략해도 됩니다.

•

서비스 시연에는 변수가 많습니다. 가능한 녹화 영상을 활용하여 발표를 진행해주세요. 

아키텍처 설명 및 기술 도입 배경 (2분)

•

서비스가 어떤 구조를 갖고 있는지, 주요 기능을 구현하기 위해 어떤 기술을 썼는지 설명하는 시간입니다.

•

아키텍쳐 및 도입한 기술을 설명하실 때는 반드시 의사결정 과정을 설명해 주세요.

스프링부트- MySQL 데이터베이스를 기반으로 하고있습니다. DB는 AWS RDS 환경으로 구축되어 있습니다. 추가적으로 카프카 레디스는 동시성 제어를 위하여 있습니다.

엘라스틱서치는 검색 엔진 기능 역할을 위해 별도 EC2 서버에 Logstash와 KIbana와 함께 구축되어 있습니다. MySQL로부터 도서 데이터를 동기화 하고 있습니다.

[Spring][258] 발표 대본 흐름 구상[완료]

초안

저희 프로젝트의 CI/CD와 소프트웨어 아키텍처를 설명드리겠습니다. 저희조는 CI/CD를 Github Action과 AWS의 S3, Codedeploy를 이용해서 구현하였습니다. 저희 GitHub에서 main 브랜치로 pull request를 보내면 GitHub Action을 이용해서 AWS의 S3와 Codedeploy를 통해 AWS EC2 서버로 배포되는 구조입니다. 그럼 이제 저희가 왜 GIthub Action으로 CI/CD를 구성하였는지 말씀드리겠습니다. 저희는 초기 Jenkins와 GitHub Action 사이에서 고민을 하였습니다. Jenkins는 별도의 서버를 준비하고 유지보수해야 하는 비용과 노력이 필요하며, AWS CI/CD에 특화된 도구들과의 통합을 위해 추가적인 플러그인이나 설정이 요구됩니다. Jenkins가 강력한 커스터마이징을 제공하지만, GitHub Actions는 AWS와의 통합 및 관리 측면에서 더 간편하고 효율적인 솔루션을 제공합니다. 또한 GitHub Action을 사용하면 GitHub 리포지토리와의 긴밀한 통합으로 이벤트 기반 워크플로를 쉽게 설정할 수 있고 코드 소스와 CI/CD 파이프라인이 동일한 장소에서 관리되므로 개발자는 별도의 CI 도구로 전환할 필요 없이 편리하게 작업할 수 있기에 선택하였습니다.

그럼 이제 저희 소프트웨어 아키텍처에 대하여 설명하겠습니다. 클라이언트가 요청을 할시 우선 ELB ( ALB )에서 클라이언트가 https 프로토콜을 사용 하는지 살펴보고 http면 https 통신을 하도록 상태코드 301을 통해 리디렉션을 합니다. 클라이언트가 HTTPS 프로토콜을 사용하면 Main Server로 전달해 줍니다. 여기서 클라이언트가 여럿이면 요청을 나누어서 한 서버에서 모든 요청을 처리하지 않게 분배해줍니다. 그 후 Main 서버에서는 클라이언트가 요청한 서비스가 마이크로서비스 아키텍처 구조를 적용한 책 나눔 서비스인지 여부를 파악합니다. 책나눔 서비스는 짧은 시간 대규모의 트래픽이 예상되는 서비스이기에 마이크로서비스 아키텍처 구조를 적용하였습니다. 만약 책나눔 서비스가 아니라면 메인서버에서 자체적으로 처리합니다. 그리고 책나눔 서비스인 경우에는 프로듀서를 통해 카프카로 클라이언트의 요청 데이터를 보내고 이벤트 서버에서는 컨슈머로 요청 데이터를 받은 이후 레디스의 분산락을 통해 동시성 제어를 하며 비즈니스 로직을 처리한 결과를 다시 프로듀서를 통해 카프카 서버로 보냅니다. 메인서비스에서는 컨슈머를 통해 보낸 요청에 해당하는 이벤트 서버의 결과를 비동기적으로 처리하여 클라이언트에게 전달해줍니다. 1차 수정 및 정리

프로젝트의 CI/CD 및 소프트웨어 아키텍처에 대해 안내해 드리겠습니다. 저희 팀은 Github Action, AWS의 S3, 그리고 Codedeploy를 활용하여 CI/CD를 구성했습니다. 이를 통해, Github의 main 브랜치로 pull request가 이루어지면 자동으로 AWS EC2 서버로 코드가 배포되는 시스템을 갖추었습니다.

CI/CD 시스템 선택에 있어, 저희는 Jenkins와 GitHub Action 중 고민 끝에 후자를 선택했습니다. Jenkins는 강력한 맞춤 설정이 가능하지만 별도의 서버 유지 및 AWS와의 통합을 위한 추가 작업이 필요한 반면, GitHub Action은 AWS와의 통합이 용이하고 관리가 더 간단하여 개발자가 더 쉽게 작업할 수 있는 장점이 있습니다.

다음으로 저희 소프트웨어 아키텍처를 설명하겠습니다. 클라이언트의 요청이 들어오면 ELB(ALB)가 이를 받아서 HTTP 프로토콜을 사용하는지 확인하고, 필요한 경우 HTTPS로 리디렉션합니다. 안전한 HTTPS 프로토콜을 사용할 경우 요청은 메인 서버로 전달되며, 이 서버는 요청을 적절히 분산하여 처리합니다. 특히 대규모 트래픽을 처리해야 하는 책 나눔 서비스 같은 경우, 마이크로서비스 아키텍처를 적용하여 요청을 처리합니다. 이는 카프카를 통해 이벤트 기반으로 데이터를 처리하고, 레디스의 분산 락을 활용해 동시성을 제어함으로써 효율적인 서비스를 제공합니다. 마지막으로, 메인 서비스는 이벤트 서버의 결과를 비동기적으로 받아 클라이언트에게 전달합니다.

[Spring][258] CI/CD 및 소프트 웨어 아키텍처 동작 흐름 정리

작업 진행 전

작업 결과

[Spring][258] 프론트 디자인 작업 _ 책나눔 이벤트 페이지

MySQL DB의 데이터와 Elasticsearch 데이터는 동기화로 일관성을 유지해야 한다.

기존 MVP 기능으로 도서의 정보를 변경하는 부분들이 있습니다. 특히 Elasticsearch와 연결된 도서 목록에서 사용자는 도서 대출, 도서 대출 예약을 진행 할 수 있습니다.

사용자가 도서 대출을 진행하면 도서의 대출 가능 여부를 알 수 있는 Status 컬럼은 POSSIBLE에서 IMPOSSIBLE로 변경됩니다. 해당 기능은 HTML의 Ajax HTTP 요청을 통해 MySQL DB에 있는 대상 book_id의 도서의 상태를 즉시 변경하지만, Elasticsearch는 MySQL의 DB를 Logstash로 가져와서 인덱싱하기 때문에 이 과정에서 새로 목록을 불러와야 할 필요성이 있습니다.

Logstash의 데이터 변경 추적 설정 필요성

기존 Logstash를 통해 MySQL의 DB를 전달하여 색인하는 부분입니다. 709만개의 도서 데이터를 한번에 읽어오는 과정에서 JVM의 메모리 부족 현상이 발생하여 200만개씩 메모리에 로드하고 Elasticsearch로 전달하도록 구성되어있습니다.

하지만 이 부분에서 설정의 문제점이 있습니다.

•

최초 실행 1회 이후로 데이터를 전달하고 해당 소스는 종료됨

•

MySQL DB의 변경사항이 생기면 수동으로 해당 파일을 다시 실행시켜 주어야 업데이트가 됨

•

다시 한번 200만개씩 총 709만개를 돌면서 업데이트가 아닌 모든 정보를 덮어쓰는 형태

최초의 전체 709만개 도서 데이터 전달은 기본적으로 실행되어야 하는데 지속적으로 어떤 도서의 정보 업데이트에 대한 별도 동기화 처리가 필요했습니다.

Logstash의 tracking_column을 이용한 변경 추적

Logstash와 JDBC를 사용해 RDBMS와 Elasticsearch의 동기화를 유지하는 방법

Elasticsearch가 기존 관계형 데이터베이스(RDBMS)와 더불어 검색 솔루션으로 배포될 때, 두 데이터 저장소 간에 데이터 동기화를 유지하는 것이 중요합니다. Logstash JDBC 입력 플러그인을 이용해 손쉽게 데이터를 동기화하는 방법을 알아보세요.

https://www.elastic.co/kr/blog/how-to-keep-elasticsearch-synchronized-with-a-relational-database-using-logstash

공식 문서에 따라서 tracking_column을 통해서 특정 컬럼의 값이 변경되는 것을 추적할 수 있고, Elasticsearch에 변동된 행만을 업데이트 할 수 있는 방안이 있었습니다.

[Spring][258] MySQL→Logstash→Elasticsearch 의 동기화 처리에서 발생하는 문제

공통 - Controller, 검색 키워드와 페이징 처리를 위한 페이저블 객체

우선 공통적으로 적용된 컨트롤러 코드는 다음과 같습니다.

프론트엔드로부터 keyword 를 QueryString으로 …?keyword=abc와 같은 형태로 HTML폼으로부터 특정 값들을 추출 할 수 있으며, HTTP요청에 담아 컨트롤러로 문자열을 전달 할 수 있습니다.

페이지 처리를 위해서는 순수 JPA를 사용하게 되면 Total Count를 뽑아와서 현재 내가 몇번째 페이지인지를 계산해서 표시를 해주어야 합니다. 그런데 이런 계산을 모두 직접 계산하는 메소드, 변수를 직접 생성하고 매개변수로 Service에 전달하게 되면 코드가 복잡해지게 됩니다! 페이저블 객체를 사용하지 않는 경우 추가되어야 하는 코드는 다음과 같습니다.

이 복잡한 코드를 해결해주기 위해 스프링 데이터 JPA는 페이징과 정렬을 표준화 해두었습니다.

현재 페이지, 페이지 크기, 정렬 기준, 정렬 방향을 HTTP요청으로 받아오고 pageable 객체를 통해 페이징 처리된 객체를 아래와 같이 생성할 수 있습니다.

keyword, pageable 객체를 Service 계층에 필요한 데이터를 조회(READ)하는 비지니스 로직에 활용 될 수 있도록 매개변수로 전달하게 됩니다.

초기 MVP JPA - Service 계층에서의 구현 상태 코드

[Spring][258] JPA → JPQL → QueryDSL 변화과정

EC2편 참고자료

https://wickies.tistory.com/102

https://dev-coco.tistory.com/68

EC2 Console에서 MySQL 초기 설정 참고

https://blogshine.tistory.com/322

https://amor-fati.tistory.com/156

RDS 연결하기 포함편 참고

https://velog.io/@u-nij/Spring-Boot-AWS-RDS-MySQL-%EC%97%B0%EB%8F%99%ED%95%98%EA%B8%B0

EC2에 github pull때, TEST 가 충돌이 난다 제거필요, application.properties를 직접 찾아가서 생성해줘야함

TEST파일은 빌드할때 오류가 발생하나보다. 삭제한것을 다시 pull받고 돌리니 빌드가 된다. 하지만 런타임단계에서 오류가 발생하는데,

application.properties 파일 자체가 github에서 제외되었기 때문, 보안땜에 github은 안올리는데, EC2 서버컴에서 pull받으면 이것자체가 없으니 빌드하면 JDBC정보 등등을 못찾을거다.

.gitignore로 제외한것이 있다면, bootjar 빌드에 필요한것은 직접 찾아가서 생성해줘야한다.

우분투 방화벽 ufw 설정 및 허용, EC2 배포시 8080을 혹시나 막았는지 확인할것

ufw 활성화하기

[Spring][AWS EC2]58 EC2로 배포해보기

게시글에 소속된 댓글 추가하는 API

CommentController에서 계속 POSTMAN으로 blogId 파라미터를 못받아온다.

나타나는 오류는 두가지 유형이었다.

첫번째는 NullPointerException으로 blogId자체가 전달되지 않던 상황,

이건 너무 뻔했다. 위 코드에서 blogId를 req이란 변수, 이는 곧 HttpServletRequest에서 받고 있는데 여기 있을리가 없다. 원본 글의 id는 클라이언트에서 파라미터로 받아야 했다. 그래서 아래 코드와같이 변경했다.

그런데 또 오류가 발생한다. blogId가 Long타입으로 들어오지 않는것 같다. 뭔가 요청문이 잘못되었을 수 있다.

POSTMAN에서 POST 방식의 url은 http://localhost:8080/api/comment 인 상태에서 로그인으로 쿠키에서 토큰을 받아서 헤더에 넣어주었다. Body에는 아래같이 JSON으로 넣었다. 아직도 이상한점이 있다.

분명히 원본글을 파라미터로 id를 받아내야 하기 때문에 아래처럼 요청했는데 오류가발생한다. 계속 ChatGPT를 통해 문의하지만 전혀 틀린곳이 없다..

이상한 해결?

[Spring][JPA]55 댓글기능 구현 중 트러블슈팅 - POSTMAN 버그? 전혀 슈팅되지 않아서 허무하다. Required request parameter 'Arguments’ for method parameter type Long is not present

CascadeType.REMOVE

•

CASCADE의 REMOVE 옵션을 적용하면 해당 Entity 객체를 삭제 했을 때 연관된 Entity 객체들을 자동으로 삭제

•

하지만 REMOVE 옵션 같은 경우 연관된 Entity와 관계를 제거했다고 해서 자동으로 해당 Entity가 삭제 되지는 않는다.

orphanRemoval = true

orphanRemoval 옵션도 REMOVE 옵션과 마찬가지로 해당 Entity 즉, Robbie Entity 객체를 삭제하면 연관된 음식 Entity들이 자동으로 삭제된다.

•

orphanRemoval이나 REMOVE 옵션을 사용할 때 삭제하려고 하는 연관된 Entity를 다른 곳에서 참조하고 있는지 아닌지를 꼭 확인 필요

◦

A와 B에 참조되고 있던 C를 B를 삭제하면서 같이 삭제하게 되면 A는 참조하고 있던 C가 사라졌기 때문에 문제가 발생

◦

따라서 orphanRemoval 같은 경우 @ManyToOne 같은 애너테이션에서는 사용할 수 없다.

[Spring][JPA]54 고아 Entity 삭제(게시글-댓글)

다음과 같은 연관 관계를 참고하여 Entity를 작성해보자.

Member.java

Team.java

Team과 Member는 양방향 연관관계이며 키의 주인은 Member이다.(@JoinColumn으로 Team타입의 team변수는 Team클래스의 mappedBy로 참조되어있다.) 또한 Team Entity에서는 @OneToMany로 List<Member>를 Member 엔티티의 team 참조변수에 맵핑하고 있다.

[Spring][JPA]53 Fetch Type, 지연로딩(LAZY), 즉시로딩(EAGER)

JPA Auditing이란?

Java에서 ORM 기술인 JPA를 사용하여 도메인을 관계형 데이터베이스 테이블에 매핑할 때 공통적으로 도메인들이 가지고 있는 필드나 컬럼들이 존재한다. 대표적으로 생성일자, 수정일자, 식별자 같은 필드 및 컬럼이 있다.

도메인마다 공통으로 존재한다는 의미는 결국 코드가 중복된다는 말이며 중복을 제거하는 것은 프로젝트의 유지보수적 측면에서 핵심적인 사양이다.

데이터베이스에서 누가, 언제하였는지 기록을 잘 남겨놓아야 한다. 그렇기 때문에 생성일, 수정일 컬럼은 대단히 중요한 데이터다.

그래서 JPA에서는 Audit이라는 기능을 제공하고 있다. Audit은 감시하다, 감사하다라는 뜻으로 Spring Data JPA에서 시간에 대해서 자동으로 값을 넣어주는 기능. 도메인을 영속성 컨텍스트에 저장하거나 조회를 수행한 후에 update를 하는 경우 매번 시간 데이터를 입력하여 주어야 하는데, audit을 이용하면 자동으로 시간을 매핑하여 데이터베이스의 테이블에 넣어줄 수 있다.

의존성 추가

기본적으로 스프링 부트에서 gradle로 의존성을 관리하게 될 경우 spring-boot-starter-data-jpa만 추가해도 Audit을 하는데는 문제가 없다. 이 말은 Spring-Data-JPA 안에 해당 기능이 있다는 말과 같다.

해당 기능을 사용 할 실제 Entity 클래스 파일, Timestamped.java

기본적으로 작성시간, 수정시간을 기록하기 위해서 Timestamped.java 클래스를 만들었다.

위 엔티티 클래스의 Audit관련 주요 어노테이션의 설명은 다음과 같다.

@MappedSuperclass	JPA Entity 클래스들이 해당 추상 클래스를 상속할 경우 createDate, modifiedDate를 컬럼으로 인식
@EntityListeners(AuditingEntityListener.class	해당 클래스에 Auditing 기능을 포함
@CreatedDate	Entity가 생성되어 저장될 때 시간이 자동 저장
@LastModifiedDate	조회한 Entity의 값을 변경할 때 시간이 자동 저장

클래스의 상속

해당 엔티티 클래스는 시간을 기록하는 필드만으로 구성되어 있기 때문에, 프로젝트 내의 본 엔티티에서는 상속을 통해서 해당 필드들을 사용할 수 있어야 한다.(== 포함되어야 한다.)

[Spring][JPA]52 JPA Auditing이란? SpringBoot에서 구성 및 활성화 시키기 실습

다대일 (N:1) 관계 단방향과 양방향

1. 다대일 관계 단방향

다대일 (N:1) 관계 (단방향)

•

예시: 하나의 주문(Order)은 하나의 고객(Customer)에 속합니다.

•

설명: 

◦

여러 주문은 같은 고객에게 속할 수 있지만, 하나의 주문은 오직 하나의 고객에 속합니다. 이것은 다대일 관계입니다.

◦

따라서 Order 엔티티에는 customer라는 속성(또는 외래 키)이 있을 것이며, 이 속성은 Customer 엔티티를 참조합니다.

•

Spring JPA 어노테이션

◦

@Entity: 엔티티 클래스임을 표시합니다.

◦

@ManyToOne: 다대일 관계를 나타내며, 이 어노테이션은 Order 엔티티의 customer 속성과 관련됩니다.

◦

@JoinColumn: 외래 키를 지정합니다. @ManyToOne과 함께 사용하여 어떤 컬럼이 외래 키인지 지정합니다. 키의 주인

2. 다대일 관계 양방향

다대일 (N:1) 관계 (양방향)

•

예시: 하나의 주문(Order)은 하나의 고객(Customer)에 속합니다. 동시에 하나의 고객도 여러 주문을 가질 수 있습니다.

•

Spring JPA 어노테이션:

◦

@Entity: 엔티티 클래스임을 표시합니다.

◦

@ManyToOne: 다대일 관계를 나타내며, Order 엔티티의 customer 속성과 관련됩니다.

◦

@JoinColumn: 외래 키를 지정합니다. @ManyToOne과 함께 사용하여 어떤 컬럼이 외래 키인지 지정합니다.

◦

@OneToMany: 일대다 관계를 나타내며, Customer 엔티티의 customer 로 참조됩니다. Customer 엔티티에서 orders 리스트와 관련됩니다. 

일대다 (1:N) 관계 단방향과 양방향

1. 일대다 관계 단방향

[Spring][JPA]49_2 Entity 연관관계 햇갈려서 예시를 통해 한번 더 정리

연관관계 매핑시 고려사항 3가지

•

다중성

◦

다대일 : @ManyToOne (가장 많이 사용)

◦

일대다 : @OneToMany

◦

일대일 : @OneToOne

◦

다대다 : @ManyToMany (실무에서 사용하지 않음)

•

단방향, 양방향

◦

테이블

▪

외래키 하나로 양쪽 조인 가능

▪

사실 방향이라는 개념이 없음

◦

객체

▪

참조용 필드가 있는 쪽으로만 참조 가능

▪

한쪽만 참조하면 단방향

▪

양쪽이 서로 참조하면 양방향 ( 사실 단방향 참조가 2개 있는 구조!)

•

연관관계의 주인

◦

테이블은 외래키 하나로 두 테이블이 연관관계를 맺음

◦

객체 양방향 관계는 A → B, B → A 처럼 참조가 2군데

◦

객체 양방향 관계는 참조가 2군데 있음. 둘 중 테이블의 외래키를 관리할 곳을 지정해야 함

◦

연관관계의 주인 : 외래키를 관리하는 참조

◦

주인의 반대편 : 외래키에 영향을 주지 않음. 단순 조회만 가능(읽기)

다대일[N:1] 연관관계

다대일[N:1] 단방향

•

가장 많이 사용하는 연관관계

•

다대일의 반대는 일대다

•

항상 다(N)쪽에 외래키가 들어가야 함!

@ManyToOne 주요속성

•

다대일 관계 매핑

다대일[N:1] 양방향

[Spring][JPA]49 Entity 연관관계 N:1, 1:N, 1:1, N:M 맵핑 및 방향

가장 중요한 것을 몰아치며 배운 한 주

사실 너무 많은 정보가 한번에 들어왔다. 그나마 이해하면서 넘어가고자 조금 시간은 걸리고 있지만, 생각보다 너무 중요한 기능 구현과 개념, 실습을 동시에 진행하다보니 생각처럼 좀 막 넘어가는 것이 더디다. 그만큼 중요한 부분인 것을 생각하면서 진지하게 공부했고, 최대한 많은 것들을 머리속에 집어넣으려고 노력했다.

그리고 생각보다 Java의 객체 지향 프로그래밍의 개념이 박히지 않은 상태였다면 정말 포기했을지도 모를 것 같다는 생각이 들어서 안도의 한숨을 쉬면서 모든것을 외우거나 100%까지 흡수 하지 못하더라도, 내가 강의를 보고, 실습을 하고, 테스트를 할 때, 그 흐름을 이해 할 수 있음 있음에 감사하면서 공부를 진행한 한주였다.

중요한 실습이 많은 만큼 많은 발전이 있었고, 정리를 더 잘하고자 노력

우선 블로그의 상태를 꾸준히 관리하며 한 주를 시작했었다. 매일 TIL을 3~4개 작성하는 나로써는 플랫폼의 안정적인 서비스가 아닌, 내가 내 발목을 붙잡듯이 불안정한 초보 개발자의 배포를 자진했었고, 역시나 배포와 최적화 관리에 문제가 생기고 있었다. 나는 이 상황을 최대한 유연하게 넘어가기 위해서 재빠르게 기본적인 이미지 최적화, 블로그의 빌드타임 오버플로우의 원인 등을 파악하기 시작했고, 제 2의 방안인 글들을 다른 DB로 백업하는 차선책을 마련했다. 다행히 노력 끝에 블로깅은 조금 안정적으로 변화했고, 얼추 그 문제점들의 윤곽이 잡히고 있다. 근본적인 해결은 아직 멀었지만, 운영적인 면에서 꾸준히 글을 업로드 할 루틴을 발견했다랄까?

더하여 크게 변경된 것은 Github을 적극적으로 관리하고 있는 것이다. 기록과 남는것들에 대해서 진지하게 생각하고 있다. 어떻게 보면 꾸준함과 노력을 객관적으로 평가 할 수 있는 지표가 이것들 뿐이라, 말만 잘하고 글만 잘쓴다고해서 해결 될 문제가 아닐 것 같았다. 또한 GIthub을 꾸며나가면서 배운것은 “나를 브랜딩” 하는 방법이었다. 형과 이 부분에 대해서 서로의 가치관에 대해서 오랜 시간동안 진지한 여러 이야기를 나누게 되었고, 1일 1커밋 이상으로 내 솔직한 공부의 열정을 보여 줄 수 있는 객관적인 자료의 준비를 동시에 하고 있기도 하다. 물론 의도적인것이 아니다. 나는 원래 이런 것들을 꾸며나가고 작성하고 정리하는 것을 즐기는데, 방법을 몰랐던 것이다. 그런데 좋은 사례들을 찾아보면서 하다보니 너무 재밌다. 마크다운 문법도 뭔가 재밌는게 있을 것 같은 느낌?

인생의 멘토, 가장 존경하는 인물?

나는 친 형을 단순히 가족, 형제 입장으로만 형을 바라보지 않는다. 어떻게 보면 IT업계의 대선배인 형의 활동들을 존경하고있고, 어릴때부터 그 특유의 추진력과 끈질김, 지식을 간접적으로 영향을 받아오면서 자랐고 현재도 영향을 주고받는다. 이것은 내가 가정 환경적으로 매우 좋은 이점이라고 생각한다. 우리 형은 나에게 단순히 고기를 주지 않았다. 내가 살아갈 수 있도록 고기 잡는 법을 알려주고, 지도하는 아버지의 역할을 하면서 또한 본인도 행동과 결과로 보여주면서 나에게 큰 동기부여의 귀감이 되는 인물이다. 그래서 나는 세상에서 제일 존경하는 사람이 형일 수 밖에 없다. 결국 내가 가진 뼈속까지 깊은 고민이나 진로, 삶의 걱정에 대해서 모든 것을 털어버리면서 이야기 할 사람, 그럼과 동시에 IT 업계의 대선배와 자유롭게 이야기를 나눌 수 있는 사람이 친형이라는 것은 엄청 큰 행운이라고 생각한다. 주변 다른 형제 관계에 비해서 우리 형과 나의 관계는 어릴때부터 아주 많이 친한 편이고, 그 우애가 보통 20대 중후반쯤 서로 살아가느라 바쁠텐데, 우리 형제는 나이를 먹어가면서도 서로 더욱 관계가 유지되고 오히려 함께 성장한 나이대에 걸맞게 생산적이고 미래 지향적인 가치관, 집안에 대한 책임감을 공유하는 것으로 발전해가고 있다. 나 또한 현재 청춘에 그 책임감을 덜어주고 함께해야 한다. 그리고 성숙한 어른으로 함께 등반해 나가야 한다. 난 가장 가까운 형의 발자취와 수없이 많은 회고, 대화를 통해 직업에 대한 책임감, 적성을 찾는 방법, 삶의 목표를 설정하는 것, 이것들은 곧 인생이란 단어를 배운다. 너무나도 큰 행운이다. Spring을 통해 개발자들에게 봄이 온것 처럼 나는 당장엔 힘들고 어렵게 느껴지지만 Spring을 배워 나가면서 내 인생에도 봄이 오길 기대하고 있다.

이번주에 배운 부분은 정리를 특히나 잘해야 된다.

이번주는 정말 많은 것들을 배웠으면서 SpringBoot에서 실제 프로젝트로 이어 질 수 있는 핵심 개념과 실습이 진행되었다. 짧은 기간 초월하는 집중력과 끈질김으로 이번주도 최선을 다해서 뿌듯하다. 돌이켜봐도 내가 인생에서 이토록 열심히 간절하게 공부한적이 있었나? 수능도, 대학시절도 모두 최선을 다했지만 이 정도로 열정적이지도 않았고 스스로 자기주도적인적도 없었다. 하루 4시간만 자면서 지금 2달을 넘게 계속하고 있는데, 그런데 힘이 들지 않는다. 즐기고 있다 오히려 시간이 부족해서 아쉽다. 진도가 밀려있어서 아쉽다. 급하면 시간이 더걸린다. 이런 물리적인 시간의 한계를 것그나마 효율적으로, 남들보다 더 열심히라도 사용하고자, 밸런스를 잡고자 나는 평균속도로 달리고 있을 뿐이다. 나는 현재의 내가 자랑스럽고, 이 순간은 인생에서 진심으로 최선을 다한 시간으로 평생 기억남을 몇 안되는 뿌듯한 순간일 것이다. 청춘시절에 가장 열심히 공부하고 노력하던 나로 기억될 것이라고 확신한다. 오늘 뿐만이 아니다, 계속 그렇게 발전할 것이고 계속해서 어제의 나를 이겨먹는 내가 되야 한다.

프로젝트 실습을 통해서 복습하기

강의나 교재를 주구장창 반복해서 다시보는 것은 비효율적일 수 있다는 것을 깨달았다. 물론 개념이 정리 안된 부분들은 조금 필요하겠지만, 오히려 실습을 통해서 이번주에 배운 부분들을 한번 다뤄보면서 한번 익숙해지고, 그 다음 또 프로젝트를 통해서 또 익숙해지고 이 과정이 반복되어야 할 것 같다. 지금 내가 Java의 객체지향 프로그래밍 I, II부분이 결국 지금 Spring과 SpringBoot를 하면서 그 Java의 기본기들이 계속해서 반복되며 사용되고 있고, 점점 더 익숙해지고 있음과 소중함을 느낀다. 따라서, SpringBoot도 이번주에 배운 어노테이션만 한 30~40개는 되는것 같다. 정신이 없지만 내가 직접 프로젝트에서 구현해보고 또한번 느끼고, 부족한 부분을 체크하는 방식으로 조금 똑똑하게 공부하고자 한다.

[Spring]50 중요한 기능을 많이 배운 한 주, 느낀것도 많은 한 주, 동기를 다시 부여하는 한주.

선 요약, 후 서술

JPA는 자바 진영의 ORM 기술에 대한 API 표준 명세이며

Hibernate는 JPA의 구현체이고, 내부적으로 JDBC를 이용한다.

Spring Data JPA는 JPA를 사용하기 쉽게 스프링에서 제공하는 모듈로 내부적으로 JPA 구현체를 이용한다.

JPA이전의 배경, SQL Mapper란?

SQL Mapper는 개발자가 직접 SQL문을 작성해 데이터베이스 데이터를 다루는 Persistence Framework이다. 객체와 테이블 간의 관계를 직접 매핑하는 것이 아닌, SQL문을 실행해 쿼리 수행 결과를 어떤 객체에 매핑할지 바인딩 하는 방법이다.

따라서 DBMS에 종속적인 방법이라고 할 수 있다. 대표적으로 MyBatis가 있다. 여기 단계까지도 JDBC Template를 개선해서 사용했지만, 결국 SQL문을 직접 작성해야된다는 단점이 있다.

장점

•

JDBC를 사용할 때 발생하는 불편함을 줄일 수 있다.

•

SQL이 비즈니스 로직과 분리되어 유지보수가 용이하다.

•

세부적인 SQL 변경시 편리하다

•

기존에 SQL문법을 그대로 적용할 수 있어 새로운 기술을 학습하지 않아도 된다.

단점

•

DBMS 별로 SQL 문법이 다르다.

•

개발자가 직접 SQL문을 작성해야 한다.

[Spring][JPA]51 JPA란? MyBatis(SQL Mapper)부터 시작 핵심요약

developers.naver.com

네이버의 개발자 플랫폼을 통해서는 네이버가 만드는 각종 Open API를 활용 할 수 있다.

기본적으로 네이버의 부가 기능들과 연결되어 있으며 목록은 다음과 같다.

API명	설명	호출제한
검색	네이버 블로그, 이미지, 웹, 뉴스, 백과사전, 책, 카페, 지식iN 등 검색	25,000회/일
네이버 로그인	외부 사이트에서 네이버 로그인 기능 구현	없음
네이버 회원 프로필 조회	네이버 회원 이름, 이메일 주소, 휴대전화번호, 별명, 성별, 생일, 연령대, 출생연도, 프로필 조회	없음
Papago 번역	Papago 번역 인공신경망 기반 기계 번역	10,000글자/일
CLOVA Face Recognition	입력된 사진을 입력받아 얼굴윤곽/부위/표정/유명인 닮음도를 리턴	1,000건/일
데이터랩(검색어트렌드)	통합검색어 트렌드 조회	1,000회/일
데이터랩(쇼핑인사이트)	쇼핑인사이트 분야별 트렌드 조회	1,000회/일
캡차(이미지)	자동 입력 방지용 보안 이미지 생성 및 입력값 비교	1,000회/일
캘린더	로그인한 사용자 캘린더에 일정 추가 가능	5,000회/일
카페	특정 네이버 카페 가입하기	50회/일
카페	네이버 회원이 가입한 카페 게시판에 글 쓰기	200회/일
단축URL	입력된 URL을 me2.do 형태의 짧은 URL로 변환	25,000회/일
공유하기	네이버 블로그, 카페 공유하기	없음

우선 눈에 들어오는 기능들

검색, 네이버 로그인, 네이버 회원 프로필 조회, Papago 번역, 검색어 트렌드 조회, 쇼핑인사이트 분야별 트렌드 조회, 캡차, 캘린더 기능은 웹 서비스에서 자주 사용될 것 같다. 이중에 네이버 검색 요청 API를 SpringBoot으로 구현하고자 한다.

예전에 CLOVA 기능들을 잠시 살펴본적이 있었는데 보다 많은 기능들이 있었다. AI관련 기능도 있었으며 데이터사이언스 분야의 기능들도 있었던것으로 기억한다. 종류는 생각보다 아주 많아서 융복합 아이디어를 구상 할 때 핵심적으로 사용 될 듯 하다.

그 외 다음의 주소검색 API도 유명한것 같고, 아마도 CLOVA안에 있는듯 한데 지도 및 GPS기능 등이 있을 것이다. 카카오도 주력 서비스들과 연관된 Open API를 가지고 있으며 중복되는 것들도 많다. 사실 어떤 기능을 선택 하는것은 어떤 서비스를 만들 지 계획하고 기획 단계에서 생각할 문제이다.

나는 클라이언트 입장이다.

•

실제로 요청을 보내는 시작점은 내 서버로부터 시작된다.

•

바로 전 실습했던 내용 중 내가 클라이언트 입장이다.

•

네이버가 서버 역할을 하게 된다. 뭔 API 메소드가 되있는지 알 수 없다. 하지만 그 요청 헤더, 바디, 방식 등 모든 것들은 해당 API 도큐먼트에서 지정하고 있다. 그 양식에 맞도록 요청을 보내고 반환 타입을 설계해두면 된다.

•

나는 요청을 보내고 최종 결과를 받는 API를 개발하면 된다.

◦

우선 NAVER Developers에서 애플리케이션을 생성

◦

사용할 API를 선택하고 (”검색 기능”)

◦

환경 설정(”WEB”)

◦

서비스 URL(”http://localhost”)

이렇게 하면 기본적인 설정은 종료된다. 여기서 중요한 것은 Client ID, Client Secret 이며 요청 시 헤더에 해당 정보를 담아서 요청해야 데이터를 받을 수 있다.

프로젝트에서 Client ID와 Client Secret을 숨기자.

[Spring]48 NAVER ‘Searching’ Open API Test

RestTemplate이란 무엇일까?

•

지금까지는 Client 즉, 브라우저로부터 요청을 받는 서버의 입장에서 개발을 진행해왔다.

•

서비스 개발을 진행하다보면 라이브러리 사용만으로는 구현이 힘든 기능들이 무수히 많이 존재한다.

•

예를 들어 우리의 서비스에서 회원가입을 진행할 때 사용자의 주소를 받아야 한다면? GPS를 통한 위치 자료가 필요하다면? 등등

◦

주소, GPS를 검색할 수 있는 기능을 구현해야하는데 직접 구현을 하게되면 많은 시간과 비용이 들어간다.

◦

그 데이터를 어떻게 받는지 원리부터 파악하는데 연구 시간, 개발 시간이 너무 오래걸릴 수 있다.

◦

가장 중요한 것은 개발자가 접근하기 어려운 이런 부분들을 API 요청에 대한 응답데이터로 다양하게 제공해주고 있는 기업 또는 공공기관이 있다.

이럴 때, 내가 개발하는 서버는 Client의 입장이 되어 예로 Kakao 서버에 요청을 진행해서 받아야 한다.

•

Spring에서는 서버에서 다른 서버로 간편하게 요청할 수 있도록 RestTemplate 기능을 제공

결론적으론 내 포지션 또한 클라이언트 입장이 되어서 어떠한 데이터를 받아와야 한다.

•

웹 페이지(프론트엔드, 클라이언트)  (서버)나의 백엔드 서버

◦

현재까지 진행한 과정들은 대부분 이러한 관계를 가지고 있고, 뒤로 가더라도 항상 이 관계는 변하지 않는다.

◦

하지만 내가 원하는 데이터의 출처가 외부 다른 서비스에 있다면?

•

나의 백엔드 서버(클라이언트)  (서버)외부 백엔드 서버

◦

위와 같은 관계가 되어야 한다.

◦

따라서 전체적인 프로젝트는

•

웹 페이지(프론트엔드, 클라이언트)  (서버)나의 백엔드 서버(클라이언트)  (서버)외부 백엔드 서버

◦

이와 같이 중간의 위치에서 두가지 역할을 모두 수행하는 포지션을 가지게 된다.

이번 실습을 통해서 우측 부분인 나의 백엔드 서버(클라이언트) (서버)외부 백엔드 서버 부분을 다뤄본다

이 부분이 해결 되면 컨트롤러에서 기존 웹 페이지와의 API 설계를 섞기만 하면 최종적인 형태를 구현할 수 있게 된다.

RestTemplate는 기존 API 요청과 비슷하게 GET 또는 POST 등으로 요청을 진행 할 수 있다. 각 요청 방식마다 어떻게 쿼리문으로 요청하고 어떠한 데이터 타입을 요청할 수 있는지 실습을 통해 살펴보았다.

IDE에 Client입장의 나의 서버 또 다른 IDE에 외부 기관 등의 입장인 데이터 서버를 동시에 켜고 그 요청에 대한 처리들을 살펴보았다.

Spring에서는 이렇게 백엔드 서버가 외부 서버로부터 요청을 하는 것을 보다 간편하게, 직관적으로 구분 할 수 있도록 RestTemplate에서 getCall, postCall 등 메소드를 제공해주고 있다. 실제로 Service의 getForEntity, postForEntity에서 서버로의 요청, 응답을 받아오게 된다.

[Spring]47 RestTemplate 실습 Client-Server 테스트(Open API의 원리 이해를 위해)

UUID 한줄 정리

•

네트워크 상에서 고유성이 보장되는 id를 만들기 위한 표준 규약

•

UUID는 Universally Unique IDentifier의 약어이고 범용 고유 식별자라고 한다.

•

주로 분산 컴퓨팅 환경에서 사용되는 식별자이다. 중앙관리시스템이 있는 환경이라면 각 세션에 일련번호를 부여해줌으로써 유일성을 보장할 수 있겠지만 중앙에서 관리되지 않는 분산 환경이라면 개별 시스템이 id를 발급하더라도 유일성이 보장되어야만 할 것이다. 이를 위해 탄생한 것이 범용고유식별자 UUID이다.

•

RFC 4122에 명시되어 있다.

•

UUID는 128비트의 숫자이며, 32자리의 16진수로 표현된다.

•

8자리-4자리-4자리-4자리-12자리 패턴으로 하이픈을 집어 넣어 5개의 그룹으로 구분한다.

•

이름 길이 (바이트) 길이 (16진수 숫자) 내용
time_low 4 8 시간의 low 32비트를 부여하는 정수
time_mid 2 4 시간의 middle 16비트를 부여하는 정수
time_hi_and_version 2 4 최상위 비트에서 4비트 "version", 그리고 시간의 high 12비트
clock_seq_hi_and_res clock_seq_low 2 4 최상위 비트에서 1-3비트, 그리고 13-15비트 클럭 시퀀스
node 6 12
48비트 노드 id

UUID 종류

•

종류UUID버전은 1,3,4,5가 있다. 이중 가장 많이 쓰이는 버전은 1버전과 4버전이다.

•

1버전같은 경우, 타임스탬프를 기준으로 생성된다. (호스트 ID, 시퀀스 번호 및 현재 시각으로 UUID 발급)

•

4버전는 랜덤 생성 (무작위 UUID 생성) 이라고 생각하면 된다.

•

또한 3버전 MD5 (이름공간 식별자 [UUID] 및 이름 [문자열]의 해시기반), 5버전 SHA-1 (이름공간 식별자 [UUID] 및 이름 [문자열]의 해시기반)해쉬를 이용해 생성하는 방식이 있다.

•

※주로 1버전 보다는 4버전을 많이 사용한다.

애플에서도 UUID를 생성할때 4버전을 사용한다고 한다.

이는 1버전 같은 경우엔 호스트ID를 가지고 발급이 이루어 지기 때문에 어떻게 해서든 유출 가능성이 있어 랜덤생성으로 UUID를 발급받아 보안성을 높은것으로 추측이 된다.

JAVA에서의 UUID 사용나는 JAVA개발자 이기 때문에 JAVA에서의 UUID 4버전을 이용하여 생성해 볼 것 이다.

UUID 4버전을 사용하기 위해 java.util.UUID (UUID 3버전, 4버전 지원) API를 사용할 것이다.

3버전을 사용하기 위해서는 nameUUIDFromBytes 사용

[Spring][JPA]42 UUID?

핵심 어노테이션

@Entity

•

@Entity 어노테이션이 붙은 클래스는 JPA가 관리하는 엔티티이다

•

JPA를 사용해서 테이블과 매핑할 클래스는 @Entity 어노테이션이 필수다

•

기본 생성자 필수(파라미터가 없는 public 또는 protected 생성자)

•

final 클래스, enum, interface, inner 클래스 사용 X

•

저장할 필드에 final 사용 X

•

name 속성을 사용하면 JPA에서 사용할 엔티티 이름을 지정할 수 있다.

◦

기본값은 클래스 이름을 그대로 사용한다

예시:

@Table

•

@Table 어노테이션은 엔티티와 매핑할 테이블을 지정한다.

•

name 속성으로 매핑할 테이블 이름 지정이 가능하다

•

기본값은 엔티티 이름이다

예시 :

[Spring][JPA]41 엔티티 매핑, 필드 컬럼 매핑, 기본키 매핑 등 현재까지 주요 어노테이션

유저의 역할 구분에 따라(관리자/일반회원/등등) 접근 가능한 페이지를 구분하는 방법

Controller의 요청메소드에서 Security의 @Secure 어노테이션을 통해서 회원의 역할이나 회원의 구분을 위해 만든 타입에 대하여 특정 페이지들의 접근을 허용 또는 비허용 할 수 있다.

특히 관리자 페이지는 관리자 역할의 회원만이 로그인한 상태에서 접근해야 되는 점이 중요하고, 그 외에도 회원들은 준회원, 정회원 등으로 등급별 접근 가능 경로를 세부적으로 나눠야 할 수 있기 때문에 이 기능을 잘 활용해야 한다.

접근 요청 메소드에 @Secured 어노테이션 추가

아래와 같이 접근에 대한 제한을 걸어 둘 필요가있는 요청의 메소드에 어노테이션을 추가한다.

이와 같이 설정하면 로그인된 회원의 인증 정보로부터 사용자 구분을 위해 role이라는 것으로 구분했던 값을 읽어오며, 곧 해당 경로는 로그인된 회원의 role 값이 ADMIN인 경우에만 해당 메소드를 실행하게 된다.

WebSecurityConfig.java에서 위 기능을 활성화 시키기

요청 메소드에서 구성한 이후에 해당 어노테이션이 작동하게끔 하려면 해당 프로젝트의 SecurityConfig를 다루고 있는 WebSecurityConfig.java 에서 클래스에 @EnableGlobalMethodSecurity(securedEnabled = true) 를 추가하면서 컨트롤러의 어노테이션이 활성화되게 된다.

접근 불가 페이지 forbidden.html로 안내하기

해당 URL 요청 또는 페이지 접근 권한이 없는 유저가 진입하려 시도하면 그에 따른 반응을 보여주어야 한다. 보통 forbidden과 같은 잘못된 접근에 대한 경고문 등이 포함된 웹 페이지를 반환하여 잘못된 경로라는 것을 인지시켜 주게 된다.

하단의 exceptionHandling을 통해 접근 실패 시 accessDeniedPage(”보여줄페이지경로”)를 통해서 작성한 페이지로 redirect 시킬 수 있다.

WebSecurityConfig.java에서 접근 권한 및 접근 불가페이지 안내를 작성한 예시 코드는 다음과 같다.

[Spring]43 Spring Security - @Secured 를 통한 유저 구분에 따른 접근 가능 페이지, 또는 그 외 요청 제한하기

1. Query String이란

Query String이란 서버에게 무엇이 필요한지, 혹은 클라이언트에게 무엇이 필요한지 묻는 문자열을 의미, Query String은 아래와 같은 형태로 구성된다.

위의 예시에 나타나듯이 주소 뒤에 ‘?’를 붙여서 표현한다.‘key=value’형태로 키와 값을 작성하고 여러 개를 보내기 위해 ‘&’를 붙여준다.

쿼리 파라미터라 불리는 것은 이 쿼리스트링과 혼용되어 사용되는 것으로 같은 의미다.

2. Path Variable이란

Path Variable이란 Query String과 같이 데이터를 넘기는 방법 중의 하나로 경로를 변수처럼 사용하는 것을 의미한다. Path Variable은 아래와 같은 형태로 구성된다.

말그대로 Path가 있으므로 경로를 생각하자. 그 반대는 쿼리스트링이라고 기억하면 편할듯. 가끔

3. Query String과 Path Variable을 각각 언제 사용해야 하는가

Query String은 리소스들을 정렬, 필터링 혹은 페이징하는 곳에 사용합니다. 아래의 예시와 같이 writer가 nick인 게시글 리스트라는 필터링된 리소스들을 가져오는데 사용

Path Variable은 구체적인 리소스를 식별하는데 사용한다. 아래의 예시와 같이 id가 444인 게시글이라는 구체적인 리소스를 식별하는데 사용

[Spring]46 QueryParameter, QueryString, PathVariable은 각각 무엇이고 언제 사용되는가?

Validation이란?

프로그래밍을 하는데에 있어서 가장 중요한 부분 중 하나

•

특히나 Java는 null 값에 대한 접근에 대해 NullPointerException 오류가 발행하기 때문에 이러한 부분을 예방하기 위해 Validation 즉, 검증 과정이 필요

•

Spring에서는 null 확인 뿐 아니라 문자의 길이 측정과 같은 다른 검증 과정도 쉽게 처리할 수 있도록 Bean Validation 제공

•

 build.gradle : validation 의존성 주입

Bean Validation

•

Bean Validation

◦

간편하게 사용할 수 있는 여러 애너테이션을 제공

@NotNull	null 불가
@NotEmpty	null, “” 불가
@NotBlank	null, “”. “ “ 불가
@Size	문자 길이 측정
@Max	최대값
@Min	최소값
@Positive	양수
@Negative	음수
@Email	E-mail 형식
@Pattern	정규 표현식

유효성 검사 예시

유효성 검사 대상 객체의 필드에 각 어노테이션을 추가해준다.

컨트롤러에서 대상 객체를 매개변수로 받는 메소드를 통해 테스트를 진행한다. 이 때 대상 객체의 유효성 검사를 활성화 시키려면 @Valid 어노테이션을 붙여줘야 한다.

POSTMAN으로 해당 URL을 통한 POST 요청 테스트에서 특정 필드의 값을 일부러 전달하지 않은 경우 다음과 같은 오류 메시지가 나타나게 된다.

[Spring]44 SpringBoot에서의 Validation 유효성 검사와 로그

유효성 검사의 커스터마이즈

기본적으로 제공되는 어노테이션 형태의 유효성 검사로도 기본적인 정규식 패턴이 입력되어 있다. 하지만 개발자가 원하는 정규 표현식 패턴을 구현하려면 정규 표현식을 이해하고 알아 볼 수 있어야 한다.

정규 표현식(Regular Expression)이란?

정규식(Regular Expression)은 문자열에서 특정 내용을 찾거나 대체 또는 발췌하는데 사용되는 것이다.

그 중 애플리케이션에서 자주 활용되는 것은 정규식의 특정 문자, 숫자의 매칭 패턴, 검색 기준 패턴, 갯수 반복 패턴 정도는 익숙해져야 한다. 외우지 못하더라도 다른 식을 보고 어느정도 파악할 수준은 익숙해지면 시간을 낭비하지 않을 수 있다.

Spring에서는 @Pattern 이라는 어노테이션을 통해서 해당 필드의 유효성 검사에 정규 표현식을 적용 시킬 수 있다.

예시로 Email 형식 : 계정@도메인.최상위도메인 처럼 나타내고 싶다면, 다음과 같이 커스터마이즈 하여 보다 세밀한 조정을 할 수 있다.

이외에 아래 참고 사이트를 통해서 다양한 예제들을 수집해두었다.

📚 JavaScript 정규 표현식 문법 총정리 + 응용 예제

정규 표현식(Regular Expression) 정규식(Regular Expression)은 문자열에서 특정 내용을 찾거나 대체 또는 발췌하는데 사용된다. 대표적으로 입력칸에 전화번호나 이메일을 입력하라고 했을때 옳지 않은 값을 입력하면 정규표현식에 의해 필터링되어 걸러져 경고창을 띄우는 화면을 본적이 있을 것이다. 이처럼 반복문과 조건문을 사용해야 할것같은 복잡한 코드도 정규표현식을 이용하면 매우 간단하게 표현할 수 있으며 주로 다음과 같은 상황에서 굉장히 유용하게 사용된다. 각각 다른 포맷으로 저장된 엄청나게 많은 전화번호 데이터를 추출해야 할 때 사용자가 입력한 이메일, 휴대폰 번호, IP 주소 등이 올바른지 검증하고 싶을 때 코드에서 특정 변수의 이름을 치환하고 싶지만, 해당 변수의 이름을 포함하..

https://inpa.tistory.com/entry/JS-📚-정규식-RegExp-누구나-이해하기-쉽게-정리

정규식 실무 예제

특정 단어로 끝나는지 검사

숫자로만 이루어져 있는지 검사

[Spring]45 Validation의 커스터마이즈, 정규 표현식(Regular Expression)

MySQL	Java
TINYINT	Integer
BIT	Boolean
BOOL/BOOLEAN (TINYINT(1))	Integer
SMALLINT	Unsigned 상관없이 Integer
MEDIUMINT	Integer, Unsinged라면 Long
INT	Integer, Unsigned라면 Long
BIGINT	Long, Unsigned라면 java.math.BigInteger
FLOAT	Float
DOUBLE	Double
DECIMAL	java.math.BigDecimal
DATE	java.sql.Date
DATETIME	java.sql.Timestamp
TIMESTAMP	java.sql.Timestamp
TIME	java.sql.Timestamp
YEAR	yearsIsDateType이 설정됐다면 java.sql.Date,아니라면 Short
CHAR	컬럼이 Binary로 설정되지 않았다면 String,돼 있다면 byte[]
VARCHAR	CHAR와 동일
BINARY	byte[]
VARBINARY	byte[]
TINYBLOB	byte[]
TINYTEXT	String
BLOB	byte[]
TEXT	String
MEDIUMBLOB	byte[]
MEDIUMTEXT	String
LONGBLOB	byte[]
LONGTEXT	String
ENUM	String
SET	String

[Spring][JPA]39 MySql - Java 데이터 타입

1XX Informational

1xx 번대의 상태 코드들은 요청이 수신되어 처리 중이라는 의미를 가진다.

다만 협업에서도 잘 사용되지 않는 상태코드이기 때문에 깊게 다루어 지지는 않는다.

2XX Success

2xx 번대의 상태 코드들은 요청이 정상적으로 처리되었다는 의미를 가진다.

단순히 요청에 대한 성공을 나타내지만, 클라이언트가 어떠한 행위에 대한 성공인지에 대한 것을 나타내기 때문에, 응답을 받고 클라이언트가 취할 행위를 결정하는데 중요하면서도 정말 자주 보게될 상태 코드일 것이다.

3XX Redirection

3xx 번대의 상태 코드들은 리다이렉션을 의미하며, 이는 요청을 완료하려면 추가적인 작업이 필요함을 의미한다.

클라이언트가 관심 있어 하는 리소스에 대해 다른 위치를 사용하라고 말해주거나 그 리소스의 내용 대신 다른 대안 응답을 제공한다.

리다이렉션(Redirection)은 클라이언트가 요청한 URL에 대해 다른 URL을 다시(re) 지시(direct)하여 다른 주소로 이동할 수 있게 하는 기술이다. HTTP 에 사용되는 리다이렉션은 크게 3가지 종류로 나눌 수 있다.

•

영구 리다이렉션(Permanent) : 특정 리소스의 URL 이 영구적으로 이동

•

일시 리다이렉션(Temporary) : 특정 리소스의 URL 이 일시적으로 이동

•

특수 리다이렉션(Special) : 캐시를 활용할 것인지에 대한 여부

4XX Client Error

4xx 번대의 상태 코드들은 클라이언트 오류를 의미하며, 잘못된 문법 등의 오류로 인해 서버가 요청을 수행할 수 없고 그 원인이 클라이언트에게 있음을 뜻한다. 잘못 구성된 요청 메세지 같은 것이 있을 수 있으며, 존재하지 않은 URL 요청도 있을 수 있다.

[Spring]38 HTTP 상태코드에 대한 정리

Controller와 Service 간의 예외 처리 계층 선택 권장사항

•

Controller에서 예외 처리: 일반적으로 클라이언트와 직접 상호작용하는 Controller 계층에서는 예외를 적절히 처리하는 것이 좋다.

•

Controller는 HTTP 요청을 받아들이고 응답을 반환하는 역할을 합니다. 따라서 클라이언트에게 정확한 HTTP 상태 코드 및 응답 메시지를 제공하는 것이 중요

•

Controller에서 예외 처리를 하면 클라이언트와의 상호작용을 더 명확하게 관리

Service에서 비즈니스 로직 예외 처리

•

비즈니스 로직을 처리하는 Service 계층에서는 비즈니스 규칙에 따른 예외를 처리하는 것이 좋다.

•

Service 계층은 데이터 조작 및 비즈니스 규칙을 구현하는 곳이며, 데이터의 일관성과 유효성을 관리해야 한다.

•

따라서 데이터 조작과 관련된 예외는 Service에서 처리하여 데이터의 무결성을 유지할 수 있다.

권장 사항의 이유

•

역할과 책임의 분리

◦

Controller와 Service는 서로 다른 역할과 책임을 가지고 있다. Controller는 클라이언트와의 인터페이스 역할을 하며, Service는 비즈니스 로직을 관리. 각 계층에서 예외를 처리함으로써 역할과 책임을 분리하고 코드의 응집성을 높일 수 있다.

•

재사용성

◦

비즈니스 로직 예외 처리를 Service에서 수행하면 동일한 비즈니스 로직을 사용하는 여러 Controller에서 일관된 예외 처리가 가능하다.

◦

이는 코드 재사용성을 향상시키고 중복 코드를 줄이는 데 효과적이다.

•

데이터 무결성 보장

◦

Service에서 데이터 조작 관련 예외 처리를 수행하면 데이터의 무결성을 보장할 수 있다.

◦

데이터베이스 또는 외부 시스템과의 상호작용에서 발생하는 문제를 처리하여 데이터의 일관성을 유지할 수 있습니다.

•

더 나은 테스트 가능성

◦

Service 계층에서 비즈니스 로직 예외 처리를 수행하면 단위 테스트를 더 쉽게 작성할 수 있다.

◦

비즈니스 로직을 담당하는 Service 메서드를 테스트할 때 예외 상황을 쉽게 시뮬레이션하고 검증할 수 있다.

[Spring]40 Controller-Service 예외처리의 계층 선택 권장사항과 그 이유

제약 조건(Constraint)

제약 조건(constraint)이란 데이터의 무결성을 지키기 위해, 데이터를 입력받을 때 실행되는 검사 규칙을 의미한다.

이러한 제약 조건은 CREATE 문으로 테이블을 생성할 때나 ALTER 문으로 필드를 추가할 때도 설정할 수도 있다.

NOT NULL

•

NULL 비허용

•

중복값 허용컬럼을 필수 필드화 시킬 때 사용.NOT NULL 제약조건 설정 시 해당 컬럼에는 꼭 데이터를 입력해야 함.

•

NOT NULL 제약 조건은 CREATE 문으로 테이블을 생성할 때나, 나중에 ALTER 문으로 추가할 수도 있다.

UNIQUE

•

데이터의 유일성을 보장(=> 중복되는 데이터가 존재할 수 없음)하고, 자동으로 인덱스가 생성.

•

unique은 null허용하지만, primary key는 null허용 안함

•

unique은 하나의 테이블에 여러개 올 수 있지만, primary key는 하나만 존재

•

UNIQUE 제약 조건을 설정하면, 해당 필드는 자동으로 보조 인덱스(INDEX)로 만들어짐.

•

만일 제약 조건에 이름을 설정하면, 다음과 같이 이름을 사용하여 해당 제약 조건을 삭제할 수 있다.

[Spring][JPA]37 제약조건(Constraint)에 대한 정리

Spring Security Framework?

'Spring Security' 프레임워크는 Spring 서버에 필요한 인증 및 인가를 위해 많은 기능을 제공해 준다.

당연히 프레임워크로써의 기능 구현을 편리하게 해주는 것이 목표지만, 그 기능들이 서비스의 인증/인가 부분, 곧 로그인, 회원 가입 등에 집중 되어 있는 프레임워크다. 동작 방식은 동일하게 Bean으로 등록되는 여러 기능들을 손쉽게 어노테이션이나 오버라이딩을 통해서 구현 하게 된다.

실제로 해당 부분은 생각보다 많은 개발의 수고를 덜어 준다. 마치 'Spring' 프레임워크가 웹 서버 전반적인 구현에 편의를 제공해 주는 것과 마찬가지로 보안과 밀접한 인증/인가 부분을 처리해 주면서 개발자의 실수, 로직의 복잡성 등을 간편하게 처리해주고 실제 비지니스 로직 개발에 더 집중 할 수 있는 환경을 제공한다.

[Spring]36_1 Spring Security 프레임워크란? [추가정리필요]

해당 부분은 중요한 부분이기도 하고,

조금 정리할 것이 많아서 우선 진도를 맞추기 위해 주말에 내 프로젝트에서 구현을 재실습하면서 추가적으로 정리하고자 한다.

Spring Security를 통한 로그인 방식

핵심적인 부분은 컨트롤러를 대신하여 Login 기능을 수행해주며 다양한 인증/인가 기능 들을 손쉽게 사용 할 수 있도록 구현되어 있다는 점이다.

[Spring]36_2 Spring Security with JWT 로그인 방식 구현 [추가정리필요]