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] 빈 스코프 - 웹 스코프

빈 스코프 종류

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

•

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

•

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

•

웹 관련 스코프 :

싱글톤 스코프

[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) 기술 표준으로 사용되는 인터페이스의 모음

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을 받아오는 것을 구현해보고 싶다.

[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 추가

뷰 컨트롤러 추가

[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와 같은 파일서버구성이 필요하기 때문에 프로젝트는 간단하게 구성하기 위해 프로젝트 내부경로에 파일을 업로드하고, 파일을 간단하게 불러오게 하고자한다.

미리보기

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

[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] 페이징 처리 구현

[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 클래스 사용

•

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

•

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

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

파일 업로드

•

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

[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부분의 코드는 다음과 같다.

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

전체 과정

의존성 추가

UserDetailsImpl 생성

UserRepository 추가

UserDetailsService 생성

JWT유틸 클래스 추가

JWT필터 추가

스프링 시큐리티 설정

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

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

•

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

•

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

•

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

UserSignupRequestDto.java

UserUpdateRequestDto.java

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

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

•

회원 가입 양식

•

로그인

Notice 공지게시판

•

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

•

READ

•

UPDATE - admin or staff only

•

DELETE - admin or staff only

[Spring][iLanD] 기능 분류

SpringBoot 프로젝트 구조 생성

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

•

의존성 주입

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

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

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

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

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

•

기본 흐름

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

•

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

•

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

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

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

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

QueryDSL로 구현해보기

build.gradle 의존성 추가

QueryDSL 플러그인 및 태스크 설정

[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에 동기화되고 있다라고 표현하는게 맞을 것 같습니다.

발표자료 수정 없음

대본 수정

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

Spring Boot

Spring Security

JWT

Swagger

Spring Data JPA

Querydsl

Elasticsearch

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

1. 검색 기능 업그레이드

•

기존 페이징 버전(v3)

•

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

•

무한 스크롤 기능(is1)

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

인용

강용영익유헌

•

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

•

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

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

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

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

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

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

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

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

기획

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

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

제한 시간 2분

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

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

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

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

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

씽크는 기본

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

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

•

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

•

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

시연 영상 재생 (1분)

•

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

•

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

[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로 전달하도록 구성되어있습니다.

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

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

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

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

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

페이지 처리를 위해서는 순수 JPA를 사용하게 되면 Total Count를 뽑아와서 현재 내가 몇번째 페이지인지를 계산해서 표시를 해주어야 합니다. 그런데 이런 계산을 모두 직접 계산하는 메소드, 변수를 직접 생성하고 매개변수로 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

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

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

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

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

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

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

[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를 다른 곳에서 참조하고 있는지 아닌지를 꼭 확인 필요

[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 안에 해당 기능이 있다는 말과 같다.

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

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

1. 다대일 관계 단방향

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

•

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

•

설명: 

•

Spring JPA 어노테이션

2. 다대일 관계 양방향

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

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

•

다중성

•

단방향, 양방향

•

연관관계의 주인

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

다대일[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을 배워 나가면서 내 인생에도 봄이 오길 기대하고 있다.

[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문을 직접 작성해야된다는 단점이 있다.

장점

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

developers.naver.com

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

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

우선 눈에 들어오는 기능들

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

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

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

[Spring]48 NAVER ‘Searching’ Open API Test

RestTemplate이란 무엇일까?

•

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

•

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

•

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

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

•

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

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

•

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

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

UUID 한줄 정리

•

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

•

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

UUID 종류

•

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

•

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

•

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

[Spring][JPA]42 UUID?

핵심 어노테이션

@Entity

•

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

•

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

•

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

•

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

•

저장할 필드에 final 사용 X

•

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

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

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

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

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

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

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

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

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

1. Query String이란

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

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

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

2. Path Variable이란

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

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

Validation이란?

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

•

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

•

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

•

 build.gradle : validation 의존성 주입

Bean Validation

•

Bean Validation

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

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

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

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

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

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

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

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

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

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

1XX Informational

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

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

2XX Success

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

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

3XX Redirection

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

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

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

•

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

•

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

•

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

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

•

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

•

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

•

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

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

제약 조건(Constraint)

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

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

NOT NULL

•

NULL 비허용

•

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

•

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

[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 로그인 방식 구현 [추가정리필요]