Spring

# of Posts

100

1 more property

Gallery

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

•

회원기능

•

상품기능

•

주문기능

•

기타 요구사항

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

•

회원:주문 = 1:N

•

주문:상품 = N:N이 되므로 중간테이블인 주문상품으로

•

상품:카테고리 = N:N(실제운영에서는 N:N을 지양해야함)

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

H2 데이터베이스 설치

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

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

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

이처럼 연결하고 나면 지정한 URL 경로에 다음과 같이 xx.mv.db와 같은 데이터베이스 파일이 생성되게 된다.

생성 이후부터는 로컬호스트로 접근이 가능하다.

브라우저에서 localhost:8082 포트로 접근할 수 있다.

[Boot+JPA] JPA, DB 설정

프로젝트 생성

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

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

기본 라이브러리 추가

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

build.gradle에서 다운그레이드

프로젝트의 초기 환경 구축 단계에서 팀들과 버전을 맞추기 위해서 생성된 프로젝트의 build.gradle에서 버전을 확인한다. 현재 최신 버전의 IntelliJ의 spring.io 프로젝트 생성 마법사를 통해서는 JDK 17 이후 버전만 선택 가능하기 때문에 아래처럼 생성되었다.

여기서 위 SpringBoot의 버전을 2.X 대 버전으로 선택하는데 특별히 압도적으로 많은 사용량을 가진 버전은 없기 때문에 그 와중에 많은 다운로드 수가 나타난 2.7.12 버전을 사용하기로 했다. Boot 3.X 부터는 JDK 17 버전이 요구되기 때문에 2.X버전을 선택하게 되었다.

다음과 같이 위 build.gradle을 수정한다.

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

웹 스코프의 종류

•

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

•

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

•

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

•

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

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

0. web 실행 환경

예시를 위해서는 웹 환경에서 동작해야 하므로 build.gradle에 web 라이브러리를 설치해야 한다.

request 스코프

HTTP 요청과 응답까지의 생명주기와 함께하게 된다.

HTTP 요청에 대한 로그를 남기는 예시를 작성해보고자 한다. 동시에 여러 HTTP 요청이 오면 정확히 어떤 요청이 남긴 로그인지 구분하기 어렵다. 이럴때 사용하기 적합한 것이 request 스코프이다. 요청의 UUID를 사용해서 HTTP 요청을 구분하고자 한다.

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

빈 스코프 종류

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

•

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

•

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

•

웹 관련 스코프 :

싱글톤 스코프

싱글톤은 항상 같은 인스턴스의 스프링 빈을 반환한다. 매번 요청마다 같은 인스턴스 주소값을 가진 객체를 반환한다.

프로토타입 스코프

하지만 프로토타입 스코프는 요청 시점에 프로토타입 빈을 생성하고 필요한 의존관계를 주입하고 빈을 반환한 후 더이상 관리하지 않고 새로운 요청에 또 새로운 빈을 생성한다.

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

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

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

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

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

이때 결과로는 url이 전달되지 못하는 문제가 발생하는 것을 볼 수 있다.

객체의 생성과 초기화를 분리하자

스프링 빈은 간단하게 객체 생성 → 의존관계 주입 과 같은 라이프 사이클을 가진다.

•

스프링 컨테이너 생성 → 스프링 빈 생성 → 의존관계주입 → 초기화 콜백 → 사용 → 소멸전 콜백 → 스프링 종료

따라서 스프링 빈의 의존관계 주입까지 모두 완료된 후에 데이터를 사용(setUrl로 url을 입력할 수 있는 준비)해야 한다.

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

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

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

•

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

•

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

•

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

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

어플리케이션은 크게 업무로직과 기술지원 로직으로 나뉜다.

•

업무로직 빈 : 웹을 지원하는 컨트롤러, 비지니스로직, 데이터 계층과 같이 요구사항을 개발되는 부분

•

기술지원 빈 : 기술적인 문제나 공통관심사(AOP)를 처리할때 사용, DB연결, 공통 로그 처리 등 업무로직을 지원하기 위한 기술 부분

업무 로직 부분은 어느정도 유사한 패턴이 있다. 따라서 자동 주입을 적극 사용하기 편리하다.

기술지원 로직은 특정 목적이 따로 있거나 애플리케이션 전반에 광범위(AOP 등)하게 영향을 미칠 수도 있다. 적용이 정상적인지, 어느 부분에서 문제가 있는지 파악도 어려울 수 있기 때문에 가급적 수동 빈 등록을 통해서 보다 명확하게 범위를 한정하는 것이 좋다.

“비지니스 로직 중에서 다형성을 적극 활용할 때”

업무 로직은 유사한 패턴으로 설계 개발되는 경우가 많지만, 다형성을 활용하여 동적인 선택 등이 고려되는 경우 명시적으로 수동 빈을 설정하여 구분되는 것이 명확할 수 있다.

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

전체 테스트 코드

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

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

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

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

　｜　Main Page　｜　Category　｜　 Tags　｜　About Me　｜　Contact　｜　Portfolio

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

구현체가 2개인 상황

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

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

여기서 서비스 코드에 직접 Fix 또는 Rate를 명시하면 DIP를 위반하면서 최상위 부모 또는 추상화를 주입해야되는 설계 원칙을 위반하게 된다.

@Qualifier 어노테이션으로 구분하기

각 구현체 클래스에 어노테이션으로 명시적으로 이름을 구분 할 수 있다.

다음처럼 어노테이션으로 이름을 지정해준다. 구현체를 호출하는 부분에서도 @Qualifier 를 통해 호출하고자 하는 빈을 특정하게 된다.

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

Lombok 라이브러리 주입

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

Lombok으로 리팩토링

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

@RequiredArgsConstructor

해당 클래스의 final 필드를 포함한 생성자를 작성해준다.

기존코드

변경된 코드

@RequiredArgsConstructor vs @AllArgsConstructor

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

의존 관계 주입 방법

•

생성자 주입

•

수정자(setter) 주입

•

필드 주입

•

일반 메서드 주입

1. 생성자 주입

다음 처럼 생성자(Constructor)를 통해서 의존 관계를 주입 받는 방법이다.

•

생성자 호출 시점에 딱 한번 호출되는 것이 보장

•

“불변”, “필수” 의존 관계에 사용

•

생성자가 딱 1개 있으면 위 @Autowired를 생략해도 자동 주입 된다.

2. 수정자 주입(setter)

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

@ComponentScan 의 범위 지정

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

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

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

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

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

스프링 빈으로 등록할 대상이 되는 클래스들에 @Component 를 작성해준다. 생성자 주입으로 의존 관계를 등록했던 부분은 @Autowired 를 작성한다.

MemberServiceImpl, OrderServiceImpl, FixDiscountPolicy, MemoryMemberRepository 등 스프링 빈으로 등록할 클래스의 코드를 변경했다.

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

AppConfig의 이상한 점

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

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

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

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

동일한 인스턴스(싱글톤)인 테스트

하지만 테스트 코드를 통해서 각 서비스의 memberRepository를 조회해보면 동일한 인스턴스임을 확인 할 수 있다. 스프링은 어떻게 싱글톤을 유지할 수 있는 것일까?

호출의 문제인지 테스트

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

싱글톤 방식의 주의점

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

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

•

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

•

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

•

읽기만 가능해야 한다.

•

필드 대신에 자바에서 공유되지 않는 지역변수, 파라미터, ThreadLocal 등을 사용해야 한다.

Stateful (상태유지)상태 유지라 함은 클라이언트와 서버 관계에서서버가 클라이언트의 상태를 보존함을 의미

Stateless (무상태)무상태는 반대로 클라이언트와 서버 관계에서서버가 클라이언트의 상태를 보존하지 않음을 의미버 관계에서서버가 클라이언트의 상태를 보존함을 의미

상태를 유지할 경우(stateful) 발생하는 문제점

어떤 서비스에 주문 기능이 있다고 가정 할 때 다음과 같이 간단하게 볼 수 있다.

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

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

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

객체 생성을 한번만 하는 Singleton 패턴

위처럼 비효율적인 객체 생성/소멸 리소스 낭비를 줄이기 위해서는 객체를 한번만 생성하도록 하는 디자인 패턴.

싱글톤 패턴을 적용한 간단한 예시를 보자.

다음처럼 서비스 인스턴스는 static(클래스 영역:클래스가 메모리에 할당 될 때 1회만 할당=1회만 생성)에 생성

private로 new 객체 생성을 막는다.

테스트 코드를 통해 주소값이 동일한지 확인 할 수 있다.

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

자바 코드 설정 사용 방식

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

XML 설정 사용 방식

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

XML 설정 파일을 로드하여 사용하기 위해서는 ApplicationContext의 구현체를 GenericXmlApplicationContext를 사용해야 한다. 또한 xml의 경로는 main/resources/appConfig.xml 처럼 위치하는 것을 기본 컨텍스트 경로로 한다.

XML 방식은 최근 권장되지 않는것 처럼 보이는데 레거시 프로젝트에서 자주 보일 수 있으며 현재도 사용 될 수 있기 때문에 대치하는 방법을 알아둬야 할 것 같다.

스프링 빈 설정 메타 정보 - BeanDefinition

위 처럼 스프링 컨테이너는 설정 형식을 어떻게 지원 하는 것인가?

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

BeanFactory

•

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

•

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

•

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

ApplicationContext

•

BeanFactory 기능을 모두 상속받아서 제공

•

어플리케이션 개발에는 빈 팩토리의 기능 외에도 여러 기능들을 가지고 있음

따라서 빈 팩토리를 직접 사용하지 않고 ApplicationContext를 사용한다.

일반적으로 이것을 스프링 컨테이너라고 부른다.

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

@Bean으로 등록된 스프링 빈

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

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

테스트 코드를 통해 스프링 빈 기본 조회

AnnotationConfigApplicationContext 클래스 객체를 통해서 스프링 컨테이너에 등록된 빈을 확인 할 수 있다. 기본적으로 getBean(빈이름, 타입) 메서드를 통해서 조회 할 수 있다.

테스트용 @Configuration으로 테스트 - 1 중복과 명시

동일한 타입이 둘 이상인 경우 중복 오류

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

스프링 컨테이너의 사용

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

기존 코드 AppConfig.java

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

@Configuration 어노테이션으로 해당 클래스를 스프링 구성 정보로 지정한다.

@Bean 어노테이션으로 해당 메서드를 스프링 빈으로 등록(메서드명=빈이름) 할 것을 지정한다.

빈을 생성하는 단계

빈의 관계를 설정하는 단계

위 그림처럼 빈으로 등록된 객체들은 서로 의존관계가 설정되고 사용 준비 상태가 된다.

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

기존 코드의 문제

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

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

변경된 서비스 소스코드

위 코드와 같은 문제점을 해결하기 위해서는 우선 해당 서비스 계층은 추상 클래스만 의존하도록 변경하면 DIP 위반을 막을 수 있다.

OrderServiceImpl(주문 구현 서비스 계층)은 다음과 같이 생성자 주입을 통해서 주입을 원하는 추상 클래스의 객체(구현체)를 주입 받도록 수정한다.

해당 추상 클래스의 구현체는 어디서 생성하고 주입해야 하는가?

앱 구성 영역의 AppConfig.java로 관리

이를 위해서 AppConfig 처럼 구현체 생성과 주입만을 다루는 구성 영역의 역할만 가진 클래스를 생성해준다.

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

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

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

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

AOP 사용해보기 (Aspect Oriented Programming)

과제처럼 공통 관심 사항으로 “모든 메서드의 시간 측정”으로 분리하고 핵심 관심 사항은 기존 회원가입, 조회 등의 목표를 유지하도록 한다.

aop 패키지를 생성하고 TimeTraceAop.java라는 공통 관심 사항에 대한 클래스를 작성한다.

@Aspect 를 어노테이션을 통해서 AOP임을 등록하고 스프링 부트가 스캔하여 로드 할 수 있도록 @Component 로 등록한다.(Config를 통해서 Bean을 등록해도 됀다.

@Around 를 어노테이션을 통해서 시점을 지정했는데, @Before, @After, @Around 로 적용 시점을 지정 할 수 있다. 또한 execution 속성으로 적용될 대상을 지정 할 수 있다. pointcut 표현식을 통해서 세부적으로 지정 할 수 있다.

표현식은 다양하게 지정 할 수 있으므로 참고자료를 따라가서 필요한 부분을 작성

egovframework:rte2:fdl:aop:aspectj [eGovFrame]

@AspectJ는 Java 5 어노테이션을 사용한 일반 Java 클래스로 관점(Aspect)를 정의하는 방식이다. @AspectJ 방식은 AspectJ 5 버전에서 소개되었으며, Spring은 2.0 버전부터 AspectJ 5 어노테이션을 지원한다. Spring AOP 실행환경은 AspectJ 컴파일러나 직조기(Weaver)에 대한 의존성이 없이 @AspectJ 어노테이션을 지원한다.

https://www.egovframe.go.kr/wiki/doku.php?id=egovframework:rte2:fdl:aop:aspectj

[SpringIntro] AOP 활용

JpaRepository 인터페이스

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

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

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

코드 리팩토링

SpringDataJpa를 통해 코드가 간소화되었으며 Lombok을 활용하여 더욱 불필요한 코드를 정리해보고자 한다.

우선 계층마다 생성자 주입으로 의존성 주입된 다른 계층들은 직접 생성자를 작성했었지만 @AllArgsConstructor 어노테이션으로 제거 할 수 있다.

기본 생성자는 @NoArgsConstructor 어노테이션으로 제거 할 수 있다. 엔티티인 Member.java에서 적용 한다.

[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 의존성을 추가해준다.

application.properties에서 JPA를 통한 쿼리문을 확인 할 수 있도록, JPA가 테이블을 생성 할 수 있도록 하기 위해서는 ddl-auto를 create 속성을 주면 된다.

2. Entity 생성

DB의 저장 대상이자 프로젝트에서 객체로 사용되고 있는 Member.java 는 JPA를 통해 관리될 데이터베이스 대상임을 알 수 있도록 @Entity 라는 어노테이션을 추가해준다. 이러면 DB에서 해당 객체를 데이터로 맵핑(연결) 해주게 된다.

[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

권한 설정

실행

실행 후 다음과 같은 화면 이후 브라우저로 콘솔화면이 나타난다.

데이터베이스 파일 생성 방법과 콘솔 접근

아래와 같은 URL 입력 후 연결

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

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

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

실체를 따라 찾아보자.

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

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

　｜　Main Page　｜　Category　｜　 Tags　｜　About Me　｜　Contact　｜　Portfolio

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

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

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

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

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

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

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

여기서 문제는 뷰컨트롤러의 반환값이 return “index”; 인 경우에 문제가 없던 것이였으며, return “/index”; 인경우에 prefix와 더해져서 /templates//index.html 와 같이 중간에 더블슬래시 처리되던 문제였다. 이상한점은 개발IDE에서 그냥 프로젝트를 직접 실행하는 경우엔 /index 와 같은 형태도 실행이 되었다는 것이다.. 잘못하면 크게 돌아가서 해결도 못할뻔했던 문제로 타임리프를 사용할때는 확인해두어야 할 사항같다.

[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에서는 간단히 파일을 실행시켜 설치 할 수 있으며 터미널을 통해서 설치 상태를 확인하는 것이 좋다.

MySQL DB 서버 설치

MySQL 데이터베이스를 사용했다. 설치는 간단하게 인스톨러를 통해 설치할 수 있다.

로컬 개인 개발용 비밀번호는 간단하게 세팅해야 안까먹는다, 나중에 찾는과정이 생각보다 정신없을 수 있다. 새로설치하고 꼬이고 고생 할 수 있으니 기록해두던지 간단하게 설정하는편이 좋다.

MySQL :: Download MySQL Installer

Note: MySQL 8.0 is the final series with MySQL Installer. As of MySQL 8.1, use a MySQL product's MSI or Zip archive for installation. MySQL Server 8.1 and higher also bundle MySQL Configurator, a tool that helps configure MySQL Server.

https://dev.mysql.com/downloads/installer/

여러 설정이 나오는데 왠만하면 건들지 않고 그대로 진행하고

[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

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

ResponseDto를 통한 이미지, 영상 인코딩과 미리보기, 재생 등을 위한 준비

미리보기, 영상 재생 등은 결국 조회에서 발생하기 때문에 ResponseDto를 통해 조절하게 되었다.

기본적으로 해당 요청이 필요한 컨트롤러를 구성하고 반환되는 결과를 조절하면된다.

이 과정에서 영상 자체를 DB에 기록할 필요는 없었으며 DB에는 URL을 저장하고 시스템 경로에 저장된 파일을 인코딩하게 된다.

브라우저 크기에 따라 동적으로 영상 크기 조절

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

미리보기

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

ajax를 통해 공지 목록을 가져오고있다. 각 공지는 이미지가 있는경우도있지만 없는경우도 있다.

따라서 fileList가 비어있는(파일첨부가 없는) 경우엔 첨부파일이 안나타나도록,

파일 첨부가 있는 경우엔 마지막 업로드한(최신) 첨부파일의 이미지가 나타나도록 설정했다. 이는 영화게시글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 파일 업로드는 필수라 첨부없이 일반 공지를 못올리는 문제 발생

required=false 를 통해서 파일첨부가 없는 공지사항도 생성 가능하도록 변경

하지만 서버측 오류 발생, 다만 공지는 추가되고 파일은 업로드된 유도한 상황

우선 JS쪽에서도 FormData에 file이 없는 경우에 alert를 하지 않도록 허용

[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 사용

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

파일 업로드

•

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

•

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

•

원본 파일명 그대로 업로드

•

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

파일 업로드 예제 1

•

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

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

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

중요 공지 구분

네비게이션 메뉴 동적, 반응형으로 변경

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

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

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

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

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

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

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

Create 테스트

Update 테스트

Delete 테스트

[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 로 복호화 불가능한 암호화 기능을 활용

•

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

•

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

Movie&TV 컨텐츠게시판

•

CREATE - admin or staff only

•

READ

•

UPDATE - admin or staff only

•

DELETE - admin or staff only

채팅 기능

•

WebSocket을 통한 구현 확인 필요

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

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

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

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

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

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

Lucene 의 특징?

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

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

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

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

•

기본 흐름

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

•

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

•

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

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

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

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

[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

Elasticsearch

MySQL

Kafka

Redis

AWS 인프라

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

1. 검색 기능 업그레이드

•

기존 페이징 버전(v3)

•

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

•

무한 스크롤 기능(is1)

•

엘라스틱 서치 기능(el1)

2. 프론트엔드 네비게이션 변경

•

로그인 상태에 따른 UI 변경

•

사용자의 역할(Role)에 따른 메뉴 표시 변경

기존 모든 코드에 Model을 통해 권한을 전달하는 건 비효율적 -> AOP를 이용해서 전체를 한꺼번에 처리하는 것을 시도

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

인용

강용영익유헌

•

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

•

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

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

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

•

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

•

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

•

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[Spring]48 NAVER ‘Searching’ Open API Test

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

[Spring][JPA]42 UUID?

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

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

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

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

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

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

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

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

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

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

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

Spring

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

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

H2 데이터베이스 설치

프로젝트 생성

기본 라이브러리 추가

build.gradle에서 다운그레이드

웹 스코프의 종류

0. web 실행 환경

request 스코프

빈 스코프 종류

싱글톤 스코프

프로토타입 스코프

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

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

객체의 생성과 초기화를 분리하자

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

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

“비지니스 로직 중에서 다형성을 적극 활용할 때”

전체 테스트 코드

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

구현체가 2개인 상황

@Qualifier 어노테이션으로 구분하기

Lombok 라이브러리 주입

Lombok으로 리팩토링

@RequiredArgsConstructor

@RequiredArgsConstructor vs @AllArgsConstructor

의존 관계 주입 방법

1. 생성자 주입

2. 수정자 주입(setter)

@ComponentScan 의 범위 지정

basePackages 속성

basePackageClasses 속성

Default 속성

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

AppConfig의 이상한 점

동일한 인스턴스(싱글톤)인 테스트

호출의 문제인지 테스트

싱글톤 방식의 주의점

상태를 유지할 경우(stateful) 발생하는 문제점

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

객체 생성을 한번만 하는 Singleton 패턴

자바 코드 설정 사용 방식

XML 설정 사용 방식

스프링 빈 설정 메타 정보 - BeanDefinition

BeanFactory

ApplicationContext

@Bean으로 등록된 스프링 빈

테스트 코드를 통해 스프링 빈 기본 조회

테스트용 @Configuration으로 테스트 - 1 중복과 명시

동일한 타입이 둘 이상인 경우 중복 오류

스프링 컨테이너의 사용

기존 코드 AppConfig.java

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

기존 코드의 문제

변경된 서비스 소스코드

앱 구성 영역의 AppConfig.java로 관리

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

AOP 사용해보기 (Aspect Oriented Programming)

JpaRepository 인터페이스

코드 리팩토링

JPA란?

1. JPA 설정

2. Entity 생성

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

H2 DB engine 설치

데이터베이스 파일 생성 방법과 콘솔 접근

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

실체를 따라 찾아보자.

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

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

파일 업로드

파일 업로드 예제 1

Notice 공지게시판

Movie&TV 컨텐츠게시판

채팅 기능

1. 검색API Template

2. 검색 파라메터

1. 검색 기능 업그레이드

2. 프론트엔드 네비게이션 변경