Spring-LDW

# of Posts

1 more property

Gallery

AWS RDS 사용이유

어플리케이션 코드를 작성하는것 만큼 데이터베이스를 다루는 일은 중요함

•

DBA라는 직군이 있지만 백엔드 개발자는 데이터베이스를 다루는 경우가 많음, 가장 가까움

•

데이터베이스를 구축하고 EC2 서버와 연동하고자함

MySQL? MariaDB?

교재에서는 MariaDB로 진행하고있다. Oracle과 MySQL을 다뤄온 입장에서 조금 생소하지만 MariaDB 선택 이유에 대해 서술되어 있다.

•

MySQL은 단순 쿼리 처리 성능이 뛰어나고, 오래 사용되온 만큼 성능, 신뢰도가 높은 것이 장점이다.

•

MySQL의 창시자인 몬티 와이드니어가 만든 프로젝트가 MariaDB이다

•

MySQL을 기반으로 만들어 졌기 때문에 전반적인 사용법이 유사하다.

•

동일 하드웨어 사양으로 MySQL보다 향상된 성능이 있다.

•

커뮤니티가 활성화 되어 있다.

[Spring-LDW] AWS RDS 데이터베이스 환경 만들기

코드 수정 이후 발생하는 403 에러

소셜 로그인 구현 이후 로그인→게시글 생성에서 오류가 발생하고 있다. HTTP 응답 코드 중 403번 Forbidden(권한과 관련된 요청 거부) 오류이다.

HTTP Status Code와 오류 해결에 앞서

HTTP 응답은 StatusCode인 숫자로 표현된 코드가 함께 반환된다. 응답 코드와 관련된 정리는 다음과 같다.

특히 오류를 만나는 상황에서는 4XX, 5XX대 오류를 만나게 되며, 가끔 3XX번대의 리다이렉션 관련 오류가 있을 수 있다.

일반적으로 400번대는 프론트엔드 관련 기술과 연결된 상황이 많았다. 좀 더 자세히 살펴보면 HTTP 요청을 보내는 시작점 또는 HTTP 응답을 받는 끝 부분에서 오류가 나타날 수 있기 때문에 완벽하게 프론트엔드만의 문제로 오해하면 안되는것 같다. 이 오류는 서버(백엔드) 콘솔 로그에 기록되지 않는 경우도 있으며, 주로 클라이언트 개발자도구의 콘솔에서 확인 할 수 있다.

500번대 오류는 일반적으로 서버 오류라고 불리우며 주로 백엔드에서의 문제일 가능성이 높다. 서버 실행 단계에서 주로 발생하는 컴파일 에러와 실행 중에 발생하는 런타임 오류 정도로 구분된다. 대부분의 경우 정상적으로 서버를 구성했다고 생각했는데 오류가 발생한다면 오타, 오기입에 서버 로직 자체의 문제일 가능성이 높다. 보통 이런 경우 컴파일 오류로 서버를 시작하는 단계에서부터 컴파일러가 오류를 잡아주는 경우가 많다. 하지만 이 정도로 문제를 발견하고 해결하면 다행이다. 혹시나 모두 정상적으로 점검한 경우에도 오류가 해결되지 않는다면 고려해야 하는 범위가 넓어지는데 원인을 찾기 매우 어려울 수도 있다. 특히 런타임 오류의 경우 우선 라이브러리나 패키지와 관련된 의존성, 버전간의 호환 오류로 까지 볼 수 있고 런타임 환경이 되는 OS자체의 문제까지도 확인해봐야 하기 때문에 다양한 사례들을 찾아보고 진단할 필요성을 느껴왔었다. 특히 유사한 사례를 잘 찾아내서 픽스하는 트러블슈팅을 깔끔하게 마감하는 것이 경험치이며 선배 개발자들의 이런 트러블 슈팅 과정들의 기록들이 빛나는 상황이 많다.

나 또한 이런 사소한 오류들을 타인에게 공유하기 위해서 기록하기도 하지만 나 스스로 찾아내기 쉽고 기억하기 위해서 기록하는 경우가 많다. 특히 트러블슈팅 과정을 정리하여 기록하다보면 동일한 상황에서 대처 속도가 크게 차이났던 경험이 많았다. 초심자 입장에서 처음 보는 오류를 맞이 할 때 마다 덜컥 겁이나는 경우도 많은데 이런 트러블슈팅을 많이 쌓아두어 경험들을 차곡차곡 쌓아두어가는 것도 하나의 재미다.

오류 수정 과정

[Spring-LDW] 여러 코드 수정 이후 HTTP Status Code (403)오류 원인찾기 - 해결중

연관관계를 해야하는 이유?

프로젝트 기본 구조가 완성되었지만 User, Posts 테이블간의 연관관계가 설정되어있지 않다. 1:N, 1:1, N:N 등 연관 관계와 단방향, 양방향 연관 관계를 설정하는 것을 배워왔고 이 프로젝트에도 적용하고자 한다.

그럼 왜 연관관계가 필요할까?

요약하면 객체 지향 프로그래밍을 지향하는데 있어 자연스러운 객체간의 관계를 만들기 위해서다.

일반적으로 특정 유저가 게시글을 작성하게 될 것이며, 유저를 통해서 무슨 게시글을 작성했는지 알고 싶을 수도 있고, 게시글을 통해서 누가 작성한 게시글인지 알고 싶을 때도 있다. 이처럼 객체간의 자연스러운 연결을 위해서 연관 관계를 생각해야 하는 것이 기본이다. 이것은 곧 두 객체간의 일관성을 유지하는 목적이 크다.

연관관계를 맺으려는 이유는 다음처럼 정리 할 수 있다.

1. 데이터의 의미적인 표현:

•

연관관계를 맺으면 데이터베이스에서 두 엔티티 간의 관계가 명확히 표현된다. 이는 개발자나 유지보수를 담당하는 사람들이 데이터 구조를 이해하고 사용하기 쉽게 만들 수 있다.

4. 객체지향 프로그래밍에서의 모델링:

•

객체지향 프로그래밍에서는 엔티티 간의 관계를 모델링하는 것이 중요하다. 엔티티들 간의 자연스러운 관계를 유지하면 객체 간의 상호작용이나 로직 구현이 편리해진다.

2. 데이터 일관성 유지:

•

연관관계를 맺으면 데이터의 일관성을 유지하기 쉽다. 예를 들어, 사용자(User)와 게시물(Posts)이 서로 연관되어 있다면, 특정 사용자가 작성한 게시물을 식별하고 관리하기 용이해진다.

3. 쿼리 및 조인의 효율성:

[Spring-LDW] 유저:게시글 1:N 양방향 연관관계 설정 및 테스트 코드 수정 중 직렬화/역직렬화 트러블 슈팅

EC2 실행하기

EC2 생성이 완료되면 자동으로 해당 서버는 실행되게 된다. 인스턴스 상태가 중지인 경우 시작을 통해 컴퓨터를 부팅 시켜 사용 가능한 상태로 만든다.

EC2 서버에 접속하기

우선 SSH(시큐어쉘)로 접속하기 위해서는 EC2 생성에서 설정했던 키가 필요하다. .pem 확장자로 로컬에 다운로드 받았던 키인데 마스터키와 같은 역할을 하기 때문에 노출되거나 삭제하면 안된다.(재발급필요)

EC2는 IP주소 또는 접속 주소가 있는데 간단하게 아래와 같이 인스턴스 정보 세부 사항에서 ‘연결’ 이라는 부분에서 터미널 명령어를 찾을 수도 있다.

EC2 서버에 접속하는 과정의 오류

새로운 인스턴스를 생성하고 연결하거나 할 때 아래와 같이 인증에 대한 문제가 발생하곤 한다.

발생된 SSH 접속 오류는 IP는 동일한데, 목적지 서버 장비가 바뀌었다거나, Vmware 와 같은 가상 컴퓨터의 IP는 동일하지만, 실질적인(물리적) 서버가 바뀌었을 경우 나오는 일종의 경고성 알림이다.

서버는 새로 설치되었기 때문에 인증정보가 남아있지 않아 위와 같은 에러가 뜬다고 한다. 이런 경우 아래 명령어로 초기화 시켜주면 된다.

[Spring-LDW] AWS EC2 접속하기, 초기 설정하기 + SSH 접속 시 오류 해결(WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!)

EC2란?

Amazon Elastic Compute Cloud(Amazon EC2)는 Amazon Web Services(AWS) 클라우드에서 온디맨드 확장 가능 컴퓨팅 용량을 제공합니다. Amazon EC2를 사용하면 하드웨어 비용이 절감되므로 애플리케이션을 더욱 빠르게 개발하고 배포할 수 있습니다. Amazon EC2를 사용하여 원하는 수의 가상 서버를 구축하고 보안 및 네트워킹을 구성하며 스토리지를 관리할 수 있습니다. 용량을 추가(스케일 업)하여 월간 또는 연간 프로세스 또는 웹 사이트 트래픽 급증 등 컴퓨팅 사용량이 많은 작업을 처리할 수 있습니다. 사용량이 감소하면 용량을 다시 축소(스케일 다운)할 수 있습니다.

Amazon EC2란 무엇인가요? - Amazon Elastic Compute Cloud

Amazon EC2를 사용하여 AWS 클라우드에서 가상 서버를 구성, 시작 및 관리합니다.

https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/concepts.html

•

EC2는 유동적으로 사양을 늘릴 수 있는 클라우드 컴퓨팅 플랫폼

•

사용자가 가상 컴퓨터를 임대 받아 그 위에 자신만의 컴퓨터 애플리케이션들을 실행할 수 있게 한다.

•

"일래스틱"(elastic, 탄력적인)이라는 용어를 통해 용량, 시간에 대해 탄력적으로 사용 할 수 있음을 볼 수 있다.

인스턴스 생성하기

1. 기존 인스턴스 삭제

우선 기존 여러 프로젝트를 진행해오면서 생성되었던 인스턴스를 제거하여 처음부터 다시 따라하도록 준비하였다. 물론 앞서 설명한것 처럼 탄력적으로 이미 존재하는 인스턴스의 사양을 변경 할 수도 있으며, 현재 서버를 중지해둔 것 처럼 사용 시간에 대한 것도 개발자가 스스로 조절 할 수 있다.

이미 존재하는 인스턴스의 유형(사양) 변경 화면, 하지만 실습을 위해서 인스턴스를 삭제하고 생성하도록 진행하려 한다.

인스턴스 종료와 중지는 다르다. 중지는 말그대로 일시정지처럼 컴퓨터를 끄는 역할이라고 하면, 인스턴스 종료의 경우 해당 PC를 삭제하는 것과 같다.

[Spring-LDW] AWS EC2 인스턴스 생성하기

AWS 서비스 가입

이미 과거 AWS 서비스 가입을 진행했지만 가입 과정을 다시 한번 정리하고자 한다.

배포란? Publishing?

•

웹 서비스를 다른 사람이 사용할 수 있게 내놓은 것을 배포라고 함

•

웹을 개발한 환경에서 계속 웹 서비스를 실행시켜두려면 내 컴퓨터를 켜둬야 함

•

내 컴퓨터를 언제까지고 켜 둘수 없으니, 컴퓨터를 하나 빌려서 계속 켜두자! → 우리가 알고 있는 서버

AWS 서비스 시작하기

1. AWS 회원 가입

우선 가장 첫 단계인 AWS 가입이 진행되야 한다.

아래 링크를 통해 해외 결제가 가능한 카드를 입력하고 계정을 생성 할 수 있다.

AWS Console - Signup

https://portal.aws.amazon.com/billing/signup#/start

2. AWS 보안자격증명(IAM) 설정

[Spring-LDW] AWS 가입과 키페어 생성까지 초기 계정 세팅

이전 테스트코드와 다른점

[Spring-LDW] 테스트코드 수정 중 오류해결 could not prepare statement; SQL … 위 게시글과 비슷하게 CustomOAuth2UserService를 못찾는 문제가 발생하고 있다. 하지만 차이점은 @SpringBootTest인 위 테스트 코드로 해당 부트 어플리케이션 전체를 스캔함과 다르게 해당 코드는 @WebMvcTest 로 Controller 계층만을 위한 테스트로 정의되었기 때문이다. 따라서 CustomOAuth2UserService 를 스캔하지 못한다.

게시글 등록 테스트코드의 오류

스프링 시큐리티 적용 전에 정상 작동(200 Status Code)하던 테스트 코드가 리다이렉션(302 Status Code) 응답이 나타나는 오류가 있다.

인증되지 않은 사용자의 요청

스프링 시큐리티 설정은 인증되지 않은 사용자의 요청은 이동시킨다. 따라서 이런 API 요청은 임의로 인증된 사용자를 추가(모의객체)를 통해 요청 API만 테스트 할 수 있도록 수정해야 한다.(해당 테스트 코드는 API 요청의 테스트 의도이기 때문)

build.gradle에 스프링 시큐리티 테스트 의존성 추가

스프링 시큐리티 테스트를 위한 여러 도구를 지원하는 spring-security-test를 추가한다.

PostApiControllerTest.java에 임의(모의) 사용자 인증 추가

@WithMockUser(roles = "USER") 을 통해서 인증된 임의 사용자를 추가하여 해당 테스트를 실행할 수 있다.

[Spring-LDW] 스프링 시큐리티 적용 후 테스트 코드 수정 302, Type definition error오류 해결

application.properties의 테스트용 설정 문제

교재에서는 CustomOAuth2UserService를 통해 불러오고있는 각종 소셜 로그인 설정값(application-oauth.properties)을 못불러오고 있기 때문에 이 오류를 test 디렉토리에 테스트 환경을 위한 application.properties 모의파일을 만들어 해결하고 있다.

하지만 동일한 파일을 생성 했을 때 아래와 같이 전혀 다른 오류가 발생하고 있다.

처음엔 버전의 문제일까? 라는 생각을 했다. 그 이유는 오류 코드에 대한 검색을 통해서는 그레이들과 스프링부트 버전과 관련된 해결안들이 설명된 경우가 많았다. 하지만 다운그레이드 자체에 문제가 있었고 다시 오류 코드를 자세히 살펴 보았다. 결과적으로 오류 문구에서 SQL과 관련된 오류로 결국 데이터베이스와의 문제인 것으로 추려냈다.

TEST용 application.properties

테스트를 위한 application.properties는 다음과 같다.

여기서 추가적인 검색을 통해서 스프링부트 2.3 버전 이후로는 H2 SQL 문법을 MySQL 문법으로 변경한 후 H2 콘솔 사용하기 위해 Datasource를 설정해야 한다. 는 사실을 알게 되었다.

아무래도 프로젝트를 진행하면서 H2를 사용 했을때 이보다 많은 내용이 있었는데 왜 다른 내용은 없는지 궁금했었다. JDBC로 MySQL을 사용할때도 resource.. 로 계정 이름과 비밀번호를 입력하곤 했었다. 이런 설정 없이 데이터베이스를 접근하는 것 자체가 의문이긴했었다.

[Spring-LDW] 테스트코드 수정 중 오류해결 could not prepare statement; SQL …

네이버 디벨로퍼스 앱 생성

NAVER Developers

네이버 오픈 API들을 활용해 개발자들이 다양한 애플리케이션을 개발할 수 있도록 API 가이드와 SDK를 제공합니다. 제공중인 오픈 API에는 네이버 로그인, 검색, 단축URL, 캡차를 비롯 기계번역, 음성인식, 음성합성 등이 있습니다.

https://developers.naver.com/

네이버 오픈 API로 이동하여 어플리케이션을 등록한다.

각 항목에 값들을 입력하면 Client ID, Client Secret 키를 받을 수 있다.

application-oauth.properties 에 정보 입력

키 값들을 입력해야한다. 네이버에서는 스프링 시큐리티를 공식 지원하지 않기 때문에 CommonOAuth2Provider에서 해주던 값들도 전부 수동으로 입력해야 한다.

OAuthAttributes.java 에 Naver 부분 추가

[Spring-LDW] 네이버 로그인 구현

현재 서비스의 상태

어플리케이션을 재실행하면 로그인이 풀리게 된다.

→ 그 이유는 Session이 내장 톰캣의 메모리에 저장되기 때문

•

기본적으로 세션은 실행되는 WAS(Web Application Server)의 메모리에서 저장되고 호출

•

따라서 내장 톰캣처럼 어플리케이션이 실행 시 실행되는 구조에서는 항상 초기화 됨(휘발성)

•

이는 배포 또는 서버를 재시작 할 때마다 초기화 된다는 말

•

2대 이상의 서버에서 서비스 한다면 그 2개의 세션이 동기화(일관적으로 작동) 설정 되어야 한다.

따라서 현업에서는 세션 저장소에 대해 다음 3가지 중 한가지를 선택한다고 한다.

톰캣 세션을 사용

MySQL과 같은 데이터베이스를 세션 저장소로 사용

Redis, Memcached와 같은 메모리 DB를 세션 저장소로 사용

[Spring-LDW] 세션 저장소로 데이터베이스 사용하기 설정

개선이 필요한 나쁜 코드?

일반적으로 클린코드를 지향한다면 어떤 것들을 살펴봐야 할까? 교재에서는 예제에 대해서 대표적으로 다음과 같은 내용이 나타났다.

가장 대표적인 것은 같은 코드가 반복되는 부분이라고 생각한다.

이것 외에 내가 생각하는 부분은 클래스 및 변수, 메소드 등 개발자가 직접 명명 할 수 있는 것들의 의미가 그대로 사용되어야 한다고 생각한다. 이 부분은 여러 선배 개발자분들, 멘토님들을 통해서 하나의 예시로 gubun 이라는 알수없는 변수명의 사진을 자주 보았다. 코드 자체로 의미가 전달이 될 정도로 category 와 같이 영어 명사로, 메소드는 간략한 동사로 작성하는 것이 좋다는 생각이 들었다. 따라서 교재의 어노테이션 진행 추가와 더불어 SessionUser user로 되어있던 변수명을 SessionUser sessionUser로 변수 명을 좀더 명확하게 추가했다. 이러한 코드 정리를 통해서 유지 + 보수성을 향상 시키는 목적을 항상 생각해야겠다.

IndexContoller에서 세션값을 가져오는 부분의 개선이 필요하다.

SessionUser user = (SessionUser) httpSession.getAttribute("user");

교재에서는 위 부분의 중복을 개선하고자 한다고 한다. 나는 user라는 변수명도 그대로 sessionUser가 되면 좋겠다고 추가적으로 생각했다. 물론 user로 알아볼 수 있는 단계이지만 무슨 유저인지 그대로 그 아래 코드를 별도로 분리해서 보면 개선할 필요도 있다고 생각했다.

@LoginUser 어노테이션 생성하기

LoginUser.java 인터페이스 생성하기

어노테이션 인터페이스를 직접 생성하여 중복된 코드를 모듈화 시키는 방법을 사용하고자 한다.

@Target(ElementType.PARAMETER)

[Spring-LDW] 소셜 로그인 부분 어노테이션 기반으로 리팩토링

버전 변경

start.spring.io 에서 자동 생성한 스프링 부트 3.2.1(최신) 버전에 맞추어 의존성이 추가되었던 프로젝트 구조는 여러 레퍼런스들과의 호환성이 맞지 않아서 구현에 어려움을 겪었다. 이를 위하여 명시적으로 Spring Boot 2.6.1 / Spring Security 5.6.1 로 다운그레이드하여 전체적인 코드를 리팩토링했다. 결과적으로 이전에 시도했던 복잡한 코드 레퍼런스들이 정상적으로 작동하지 않고 필요 이상의 시간을 소요하던 로그인 구현의 기본 틀을 쉽게 따라 구현 할 수 있었다.

다음은 최초 기본 구조이다. 다음 글에서 곧바로 각종 어노테이션을 활용한 방법으로 리팩토링하여 보다 깔끔한 코드로 정리할 것이지만 기본적인 구조를 우선 기록해두려고 한다.

build.gradle

의존성 버전을 변경한 현재 상태의 build.gradle은 다음과 같다. Spring Boot 2.6.1 에 맞도록 나머지 의존성들은 버전을 명시하지 않았기 때문에 부트 버전에 호환되는 버전들로 자동 추가된다.

application-oauth.properties

Google에서 앱을 생성하고 받게 되는 Client ID, Client Secret 키를 보관해두어야 한다. 이 파일은 .gitignore를 통해 원격저장소에 노출 되지 않도록 하는것이 좋다.

위 파일은 컴파일러가 properties 파일(설정파일) 임을 인식 할 수 있도록 등록해주어야 한다. Boot에서 기본적으로 등록되는 파일인 application.properties 에 다음과 같이 위 파일도 설정 파일임을 등록해준다.

[Spring-LDW] 스프링 시큐리티 구글로그인 기능 구현

스프링 시큐리티와 스프링 시큐리티 Oauth2 클라이언트

왜 많은 서비스에서 소셜 로그인을 사용할까? 직접 구현할 경우 배보다 배꼽이 커지는 경우가 많다.

•

로그인 시 보안

•

회원가입 시 이메일 또는 전화번호 인증

•

비밀번호 찾기

•

비밀번호 변경

•

회원정보 변경

위와 같은 기능을 부가적으로 구현해야 하는데 이런 기능은 구글, 페이스북, 네이버 등 맡기면 되기 때문에 서비스 개발에 집중 할 수 있다.

스프링 부트 1.5 vs 스프링 부트 2.0 내용에서 버전에 대한 정리

본 교재에서는 스프링 부트 1.5, 2.0에 대한 비교를 주로 다루며 그 중 2.0을 기준으로 작성된 경우가 많다. 하지만 나는 3.2 버전을 사용하고 있으며 JDK는 17버전을 사용하고 있다. 항상 애매하게 궁금했던 부분인데 Java 버전과 스프링 버전, 스프링 부트 버전의 선택 이유에 대한 것이었다.

그것은 서로 호환되는 버전의 차이가 주요 내용이었다. 결과적으로 프레임워크가 최신버전일수록 JDK17 버전을 필요로 하는 것이 보여졌다.

Spring Framework Versions

Spring Framework. Contribute to spring-projects/spring-framework development by creating an account on GitHub.

https://github.com/spring-projects/spring-framework/wiki/Spring-Framework-Versions

[Spring-LDW] 스프링 시큐리티와 OAuth2.0으로 로그인 기능 구현하는 중 버전 선택에 대한 문제를 고민

게시글 수정(UPDATE) 화면 구성하기

posts-update.mustache

•

머스테치는 객체의 필드 접근 시 점(도트 구분자)로 구분

•

Post 클래스의 id 필드에 대한 접근은 post.id로 접근

readonly

•

input 태그에 읽기만 가능한 속성

•

id, author 처럼 수정할 수 없는 값을 받도록 하기 위함

index.js

$('#btn-update').on('click', function () { … }

[Spring-LDW] 게시글 수정 및 삭제 화면 만들기

게시글 조회(READ) 화면 구성하기

index.mustache

머스테치의 문법 {{#posts}}

•

posts라는 List를 순회

•

Java의 문과 동일하게 생각

{{id}}, {{title}} …

•

위 posts 리스트에서의 id, title등 객체의 필드를 사용

PostsRepository.java

@Query

•

@Query 어노테이션은 JPQL(Java Persistence Query Language) 또는 네이티브 쿼리를 사용하여 직접 쿼리를 작성할 수 있게 해준다.

[Spring-LDW] 게시글 조회 화면 만들기

부트스트랩이란?

•

부트스트랩은 웹사이트를 쉽게 만들 수 있게 도와주는 CSS, JS 프레임워크이다.

•

하나의 코드로 휴대폰, 태블릿, 데스크탑까지 다양한 기기에서 작동하게 만들 수 있으며, 다양한 기능을 제공하여 사용자가 쉽게 웹사이트를 제작, 유지, 보수할 수 있도록 도와준다.

•

부트스트랩을 통해서 보다 쉽게 웹페이지 디자인을 원하는 모습으로 구현하기 좋다.

jQuery란?

•

제이쿼리(jQuery)는 오픈 소스 기반의 자바스크립트 라이브러리

•

제이쿼리는 웹 사이트에 자바스크립트를 더욱 손쉽게 활용할 수 있게 해줌

•

제이쿼리를 사용하면 짧고 단순한 코드로도 웹 페이지에 다양한 효과나 연출을 적용할 수 있다.

•

가장 인기 있는 자바스크립트 라이브러리 중 하나

•

메소드 체이닝(Method chaining) 등 짧고 유지관리가 용이한 코드 작성을 지원

•

거의 모든 웹브라우저에 대응할 정도로 호환성이 매우 뛰어남

•

jQuery이용해서 Ajax를 사용하게 되면 많은 이점이 있다.

[Spring-LDW] 게시글 등록 화면 만들기

템플릿엔진?

우선 웹 개발에 있어 템플릿 엔진이란, 지정된 템플릿 양식과 데이터가 합쳐져 HTML문서를 출력하는 소프트웨어를 이야 기한다. 쉽게 이야기해서, 웹사이트 화면을 어떤 형태로 만들지 도와주는 양식이라고 생각하면 된다.

템플릿 엔진이란 간단히 말하면 다음과 같다.

•

지정된 템플릿 양식과 데이터가 합쳐져 HTML 문서를 출력하는 소프트웨어이다.

•

웹 템플릿 엔진은 view code(HTML)와 data logic code(DB connection)를 분리해주는 기능을 한다.

•

서버 사이드 템플릿 엔진과 클라이언트 사이트 템플릿 엔진으로 구분할 수 있다.

여기에는 JSP, Freemarker 부터 시작해서, 리액트, 뷰와 같은 View 파일이 있다. 모두 지정되어있는 템플릿과 데이터를 이용하여 HTML을 생성하는 템플릿 엔진이지만, 전자는 서버 템플릿 엔진, 후자는 클라이언트 템플릿 엔진이다.

개발을 시작하는 많은 사람들이 서버 템플릿 엔진과 클라이언트 템플릿 엔진을 오해한다. 이 책에서는 설명 전, 간단한 예 시가 하나 주어진다.

이 코드는 if문과 관계없이 무조건 test를 콘솔에 출력한다. 이유는 프론트엔드의 자바스크립트가 작동하는 영역과 JSP가 작동하는 영역이 다르기 때문이다.

위 코드가 잘 이해가 되지않는다?

[Spring-LDW] 템플릿 엔진? 머스테치 사용해보기(VS Thymeleaf)

JPA Auditing의 필요성?

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

그래서 JPA에서는 Audit이라는 기능을 제공하고 있습니다. Audit은 감시하다, 감사하다라는 뜻으로 Spring Data JPA에서 시간에 대해서 자동으로 값을 넣어주는 기능입니다.

참고로 자바 1.8 이상부터는 기존의 문제가 있던 Date, Calander 클래스를 사용하지 않고 LocalDate, LocalDateTime 클래스를 사용합니다. 또한 LocalDateTime 객체와 테이블 사이의 매핑이 안되던 이슈는 하이버네이트 5.2 버전부터 해결이 되었습니다.

게시글에 타임스탬프 기능 추가하기

BaseTimeEntity.java

@MappedSuperclass

•

JPA Entity 클래스들이 BaseTimeEntity 클래스를 상속할 경우 필드들(createdDate, modifiedDate)도 컬럼으로 인식하도록 합니다.

@EntityListeners(AuditingEntityListener.class)

•

BaseTimeEntity 클래스에 JPA Auditing 기능을 포함시킵니다.

@CreatedDate

[Spring-LDW] Timestamp용도의 클래스 생성 및 JPA Auditing 설정

API를 만들기 위한 클래스

•

Request 데이터를 받을 Dto 클래스

•

API 요청을 받을 Controller

•

트랜잭션, 도메인 기능간의 순서를 보장하는 Service

Service의 역할?

교재에서는 내가 평상시 알고있던 내용과 조금 다른 방식의 문구가 적혀있었다.

많은 분들이 오해하고 계신 것이, Service에서 비지니스 로직을 처리해야 한다는 것으로 알고있지만, Service는 트랜잭션, 도메인간 순서 보장의 역할만 한다.

그럼 비지니스 로직은 누가 처리하는가?에 대한 질문이 나타난다. 항상 Service계층이 비지니스 로직 계층이라고만 배워왔기 때문에 무슨 의미인지 알고싶어졌다.

계층에 대한 설명

•

Web Layer

•

Service Layer

•

Repository Layer

[Spring-LDW] 등록/수정/조회 API 만들기

MyBatis(iBatis)→JPA 개요

•

과거(MyBatis 를 사용하는 환경)에는 실제로 개발하는 시간보다 SQL 맵퍼를 통해 쿼리를 작성, 다루는 시간이 더 많았다. 또한 Java를 배우면서 객체지향 프로그래밍을 배웠는데 객체지향 프로그래밍보다는 테이블 모델링에 집중해야했다.

•

객체를 테이블에 맞추어 데이터 전달 역할만 하는 형태로 개발을 하다보니 전반적인 Java를 통한 서비스 개발의 방향(패러다임)의 불일치가 발생했다.

•

이 패러다임 불일치를 해소하고 객체지향 프로그래밍을 데이터베이스에 적용 할 수 있는 JPA 기술을 사용하고자 한다.

Spring Data JPA

Level up your Java code and explore what Spring can do for you.

https://spring.io/projects/spring-data-jpa/

JPA 적용해보기

의존성 추가

build.gradle 에 JPA 의존성을 추가하고 테스트용 DB인 H2도 설치해준다.

Posts.java 작성

domain.posts 패키지를 생성하고 내부에 게시글 클래스인 Posts.java를 생성한다.

[Spring-LDW] 스프링부트에서 JPA적용 및 간단 테스트 코드

자바 개발자들의 필수 라이브러리 롬복

롬복은 @Getter, @Setter, @NoArgsContructor 등 상당한 코드량을 줄일 수 있는 필수 라이브러리이다. build.gradle에 dependencies 부분에 lombok 라이브러리를 추가해야 한다. 하지만 교재에서의 의존성 추가 코드와 차이점이 있는데 Gradle 버전이 다르기 때문이다. 검색한 결과 위와 같이 Gradle 5.x미만, 5.x 이상은 위처럼 구분하여 롬복 의존성을 추가해주어야 한다.

현재 나의 Gradle 버전은 8.5 버전이 설치되어있으며 /root/gradle/wrapper/gradle-wrapper.properties 에서 그 버전을 확인 할 수 있다.

따라서 build.gradle 에 5.x 이상 버전에 알맞는 롬복 의존성을 추가해준다.

Hello Controller 코드를 롬복으로 전환하기

기존 코드를 롬복을 활용하여 변경하고자 한다. 하지만 기존 코드를 수정하는데 큰 프로젝트인 경우엔 쉽지 않다. 그 결과를 예측 할 수 없기 때문이다. 하지만 테스트 코드를 통해서 그 결과를 근접하게 예측, 검증 할 수 있다.

Dto 생성

HelloResponseDto.java를 통해 응답을 Dto로 반환하고자 한다.

@Getter

[Spring-LDW] 롬복(Lombok)과 테스트 코드

프로젝트 생성

교재는 인텔리제이 커뮤니티 버전을 사용하지만 나는 교육과정 이후로 인텔리제이 얼티밋 버전의 장점을 확인하고 자비로 결제해서 계속해서 연습에 사용하고 있다. 따라서 이 부분은 나의 환경 설정에 따라 진행하고자 했다.

프로젝트는 Gradle 기반의 스프링 부트 프로젝트로 build.gradle에서 프로젝트에 필요한 다양한 의존성들을 관리 하게 된다.

repositories부분의 mavenCentral 과 jcenter?

각종 의존성(라이브러리)들은 어떤 원격 저장소에서 받아오게 된다. 그 중 인텔리제이에서 기본적으로 생성되는 것은 mavenCentral이다. 예전에 수동으로 다운로드 받아서 라이브러리를 추가해본적이 있는데

Maven Repository: Central

https://repo1.maven.org/maven2/

https://mvnrepository.com/repos/central

위 링크에서 다운로드 받아서 jar파일을 프로젝트에 임포트하는 과정이었다.

mavenCentral은 이전부터 많이 사용하는 저장소지만, 본인이 만든 라이브러리를 업로드하기 위해서는 정말 많은 과정과 설정이 필요합니다. … 점점 공유가 안 되는 상황이 발생했습니다. 최근에 나온 jcenter는 이런 문제점을 개선하여 라이브러리 업로드를 간단하게 하였습니다..

jcenter는 처음 들어보는 이름이다. 라이브러리를 받아오는 레포지토리를 mavenCentral말고도 jcenter를 사용 할 수 있는 것을 알게 되었다. 당장에 어떤 차이점이 있는지는 불확실하다. 아마 가끔 누락된 라이브러리 등은 jcenter를 통해서 받아 올 수 있을 것 같다. 특히 의존성 버전 호환 관련된 문제는 프로젝트 진행 중 서로 복잡하게 얽혀 있어서 버전과 관련된 문제 등이 발생 할 때 jcenter에 대해서도 인지하고 있어야 할 것 같다.

조금 더 찾아보니 다음과 같은 차이점이 있었다.

jcenter 클로징?

Gradle블로그에 다음과 같은 글이 게시된 것을 확인했다. 이제 사용이 안되는 것인지 기존 jcenter를 사용한 부분에 대해서 mavenCentral로 교체하라는 내용이 포함되어 있다.

[Spring-LDW] 프로젝트 생성과 간단 API 작성 및 테스트 코드 사용해보기

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

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

실체를 따라 찾아보자.

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

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

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

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