Spring

# of Posts

100

1 more property

Gallery

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

[Boot+JPA] JPA, DB 설정

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[SpringIntro] AOP 활용

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

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

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

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

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

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

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

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

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

실시간 채팅 기능이 어느정도 구현되었으니 다듬기를 들어간다.  
원하는건 채팅의 구분이 안되는것과 안내와 같은 부분이 부족하다.
카톡과 비슷하게 구현해보고싶다. 구현된 모습은 우선 다음과 같다. 다른 브라우저를 통해서 로그인된 유저와 로그인되지 않은 유저의 상황을 연출했다.
웹소켓 메신저 구현.mp4
chatting.js
전반적으로 코드가 복잡해지긴한다. 로그인시 생성되는 클라이언트 쿠키로부터 사용자 이름을 받아오도록했다. 다른 방법들로 user의 Authentication을 받아오는 것을 구현해보고 싶다.
const client = new StompJs.Client({
    brokerURL: 'ws://192.168.0.2:8080/websocket'
    // 브로커주소를 서버 IP로 수정해야한다.
    // brokerURL: 'ws://localhost:8080/websocket'
});

client.onConnect = (frame) => {
    setConnected(true);
    console.log('Connected: ' + frame);
    client.subscribe('/chatMessage', (chatting) => {
        showChatting(JSON.parse(chatting.body).content);
    });
};

client.onWebSocketError = (error) => {
    console.error('Error with websocket', error);
};

client.onStompError = (frame) => {
    console.error('Broker reported error: ' + frame.headers['message']);
    console.error('Additional details: ' + frame.body);
};

function setConnected(connected) {
    $("#chatConnect").prop("disabled", connected);
    $("#chatDisconnect").prop("disabled", !connected);
    $("#message").html("");

    // 연결 상태에 따라 메시지 추가
    var message = connected ? "[System] 채팅방에 연결되었습니다." : "[System] 채팅방에서 나갔습니다.";
    showChatting(message);
}

function connect() {
    client.activate();
}

function disconnect() {
    client.deactivate();
    setConnected(false);
    console.log("Disconnected");
}

// 클라이언트에서 토큰을 추출하는 함수 정의
function extractUsernameFromToken(token) {
    try {
        const base64Url = token.split('.')[1];
        const base64 = base64Url.replace(/-/g, '+').replace(/_/g, '/');
        const jsonPayload = decodeURIComponent(atob(base64).split('').map(function(c) {
            return '%' + ('00' + c.charCodeAt(0).toString(16)).slice(-2);
        }).join(''));

        const payload = JSON.parse(jsonPayload);
        return payload.sub; // 토큰에서 유저 이름 추출
    } catch (error) {
        console.error('Error extracting username from token:', error);
        return null;
    }
}

// 토큰 가져오기 함수 정의
function getJwtToken() {
    // 여기에서 실제로 토큰을 가져오는 로직을 작성해야 함
    // 예시로 쿠키에서 토큰을 가져오는 방식 사용
    const name = "Authorization=";
    const decodedCookie = decodeURIComponent(document.cookie);
    const cookieArray = decodedCookie.split(';');

    for (let i = 0; i < cookieArray.length; i++) {
        let cookie = cookieArray[i].trim();
        if (cookie.indexOf(name) === 0) {
            return cookie.substring(name.length, cookie.length);
        }
    }

    return null;
}

// 토큰이 없을 경우 "[Unknown]" 반환하는 함수
function getUsernameOrUnknown() {
    const token = getJwtToken();
    return token ? extractUsernameFromToken(token) : "Unknown";
}

// 채팅 메시지 전송 시 유저 이름을 함께 전송
function sendMessage() {
    const chattingMessage = $("#chattingMessage").val();
    const username = getUsernameOrUnknown(); // 수정: getUsernameOrUnknown 사용

    if (username) {
        const messageToSend = `[${username}] ${chattingMessage}`;

        // 전송할 메시지 구성
        client.publish({
            destination: "/app/chat",
            body: JSON.stringify({'chattingMessage': messageToSend})
        });

        // 텍스트 입력 부분으로 커서 이동 및 내용 비우기
        $("#chattingMessage").val('').focus();
    } else {
        console.error('Username not available.');
    }
}

function showChatting(message) {
    // 메시지를 추가할 div 요소 선택
    var conversationDiv = $("#conversation");

    // 메시지를 담을 새로운 div 생성
    var messageDiv = $("<div>").addClass("chat-message").text(message);

    // 현재 유저인지 확인
    const isCurrentUser = message.includes(`[${getUsernameOrUnknown()}]`);

    // 오른쪽 정렬이면 클래스 추가
    if (isCurrentUser) {
        messageDiv.addClass("current-user");
    }

    // conversationDiv에 messageDiv 추가
    conversationDiv.append(messageDiv);

    // 스크롤을 최하단으로 이동 (새 메시지가 보이도록)
    conversationDiv.scrollTop(conversationDiv.prop("scrollHeight"));
}

$(function () {
    $("#chatConnect").click(() => connect());
    $("#chatDisconnect").click(() => disconnect());
    $("#messageSend").click(() => sendMessage());

    // textarea에서 엔터 키 감지
    $("#chattingMessage").keydown(function (e) {
        if (e.which === 13 && !e.shiftKey) {
            e.preventDefault(); // 엔터 키 기본 동작 방지
            $("#messageSend").click(); // 전송 버튼 클릭

            // 텍스트 입력 부분으로 커서 이동 및 내용 비우기
            $(this).val('').focus();
        }
    });
});

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

웹 소켓을 활용한 채팅 기능 구현 과정
웹소켓을 활용한 채팅 기능을 구현하고자한다.
Getting Started | Using WebSocket to build an interactive web application
의존성 추가build.gradle 에 의존성 추가
// websocket
	implementation 'org.springframework.boot:spring-boot-starter-websocket'
Configuration 추가
@Configuration // 스프링 프레임 워크 설정 클래스로 등록
@EnableWebSocketMessageBroker // 웹소켓 서버 활성화하는데 사용한다.
public class WebSocketConfig implements WebSocketMessageBrokerConfigurer {
// =>  웹소켓 설정을 사용자 정의한다.

	@Override
	public void configureMessageBroker(MessageBrokerRegistry config) {
		config.enableSimpleBroker("/chatMessage");
		//chatMessage 로 시작하는 목적지 메시지 관리
        config.setApplicationDestinationPrefixes("/app");
        //목적지가 /app 시작 메시지 라우팅
	}

	@Override
	public void registerStompEndpoints(StompEndpointRegistry registry) {
		registry.addEndpoint("/websocket");
		// URL을 웹소켓 엔드포인트로 등록한다. 클라이언트는 이 URL을 통해 웹소켓 연결을 초기화
	}
}
뷰 컨트롤러 추가

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

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

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

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

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

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

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

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

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

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

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

웹 소켓을 활용한 실시간 그림판 기능
[명우니닷컴] 웹 실시간 그림판 만들기(4)
모바일 터치 반응이 없어서 제외됨
JS로 게임을 넣는게 쉬운편, 게임 자체만으로 하나의 프로젝트급이라 해당 프로젝트에서는 구현 어려움
웹 소켓을 활용한 채팅서버 기능
[Spring] 웹소켓으로 실시간 채팅 구현
WebSocket을 이용한 실시간 채팅 구현하기 1: 서버

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

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

참고자료
스프링 부트 파일 업로드 / 파일 다운로드
•MultipartFile 클래스 사용
•자동으로 MultipartConfigElement 클래스를 빈으로 등록
•파일명 중복되지 않도록 UUID 사용
스프링 부트 프로젝트에서 파일 업로드 / 다운로드 예제
파일 업로드
•파일명 중복되지 않도록 파일 이름 변경해서 업로드

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

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

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

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

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

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

게시판 - 게시글(4종) - 파일
모든 콘텐츠는 사실 게시글이라 볼 수 있다. 그 컬럼의 내용이 달라지거나 위치만 달라질 뿐, 파일이 있는것 없는것 추후에 추가가 필요할것을 고려하여 파일 테이블을 별도로 분리하고 연관관계로 처리했다.
Board.java
게시판의 틀이되는 게시판 엔티티이다. 각 게시글들의 종류를 @OneToMany 연관관계를 통해서 각 리스트들을 가져오도록 설정했다.
package com.yzpocket.iland.entity;

import jakarta.persistence.*;
import lombok.AllArgsConstructor;
import lombok.Builder;
import lombok.Getter;
import lombok.NoArgsConstructor;

import java.util.ArrayList;
import java.util.List;

@Entity
@Builder
@AllArgsConstructor
@NoArgsConstructor
@Getter
@Table(name = "boards")
public class Board extends TimeStamped{
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Column
    private String title;

    @Column
    @Enumerated(value = EnumType.STRING)
    private BoardTypeEnum type;

    @ManyToOne
    @JoinColumn(name = "user_id")
    private User user;

    @OneToMany(mappedBy = "board")
    List<Notice> noticeList = new ArrayList<>();

    @OneToMany(mappedBy = "board")
    List<Video> videoList = new ArrayList<>();

    @OneToMany(mappedBy = "board")
    List<Info> infoList = new ArrayList<>();

    @OneToMany(mappedBy = "board")
    List<Info> gameList = new ArrayList<>();
}
Notice.java
첫번째 게시글의 엔티티인 공지 게시글이다. 게시판:공지게시글 은 1:N 연관관계를 가지고 있다. 이것과 동일하게 Info, Video, Game 게시글이 동일한 컬럼, 연관관계를 가지고 있다고 생각하면 된다. 대표적으로 Notice부분의 코드는 다음과 같다.
package com.yzpocket.iland.entity;

import jakarta.persistence.*;
import lombok.AllArgsConstructor;
import lombok.Builder;
import lombok.Getter;
import lombok.NoArgsConstructor;

import java.util.ArrayList;
import java.util.List;

@Entity
@Builder
@AllArgsConstructor
@NoArgsConstructor
@Getter
@Table(name = "notices")
public class Notice extends TimeStamped {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long noticeId;

    @Column
    private String noticeTitle;

    @Column
    private String noticeWriter;

    @Column
    private String noticeContents;

    @Column
    @Enumerated(value = EnumType.STRING)
    private NoticeTypeEnum noticeType;

    @ManyToOne
    @JoinColumn(name = "board_id")
    private Board board;

    @OneToMany(mappedBy = "notice")
    List<File> fileList = new ArrayList<>();
}

[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
@NoArgsConstructor
@AllArgsConstructor
@Getter
@Setter
@Builder
public class UserSignupRequestDto {

    @Email
    @NotBlank
    private String useremail;

    //@Pattern(regexp = "(?=.*[0-9])(?=.*[a-zA-Z]).{4,10}", message = "아이디 4~10자 영문 소문자, 숫자를 사용하세요.")
    @Pattern(regexp = "^[가-힣]{2,4}$", message = "이름은 한글로 2글자에서 4글자까지 입력하세요.")
    private String username;

    @Pattern(regexp = "^(?=.*[a-zA-Z])((?=.*\\d)|(?=.*\\W)).{8,15}+$", message = "비밀번호는 8~15자 영문 대 소문자, 숫자를 사용하세요.")
    private String password1;

    private String password2;

    @Builder.Default
    private long usertype = 0;

    @Builder.Default
    private String token = "";
}
UserUpdateRequestDto.java
@Data
@Builder
public class UserUpdateRequestDto {

    @Pattern(regexp = "^(?=.*[a-zA-Z])((?=.*\\d)|(?=.*\\W)).{8,15}+$", message = "비밀번호는 8~15자 영문 대 소문자, 숫자를 사용하세요.")
    private String password1;
    private String password2;

}

[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] 기능 분류

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

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

프론트엔드 컨셉 디자인
주요 컨텐츠 디자인

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

프로젝트 후기
백엔드 챌린지에 대한 회고
백엔드 입장에서 프론트엔드에 대한 회고
기타 느낀점

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

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

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

프로젝트 추진 이유
주변 네트워크를 통해 작지만 실전과 같은 경험 도움을 주겠다는 제의가 들어왔으며 감사한 마음을 다해 최선을 다해 배운 것들을 토대로 프로젝트를 진행해보고자 합니다.
교육과정에서의 여러 팀 프로젝트와 달리 본인 스스로 어느정도 개발 할 수 있을지, 어느 부분들이 부족한지 실전으로 경험하고 싶었으며 팀 프로젝트 특성상 분업과정에서 직접 못 다루어본 여러 기능들을 스스로 구현해 볼 수 있는 좋은 기회라고 생각했습니다.
본인의 개발 범위, 현황 파악
•간단한 Figma를 통해 제작된 컨셉 디자인은 있으나 백엔드 API 구성은 전혀 없는 상태
•API 개발이 필요하며 이에 따라 프론트엔드의 코드 또는 구성이 변경될 가능성이 있음
•디자인과 컨셉, 요구 기능은 최대한 유지
•데이터베이스 설계 필요
•Java 기반의 SpringBoot 프레임워크를 사용하는 것이 개발자의 경험적, 기간적, 간편성에 적합

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

Elasticsearch는 또한 내부적으로 왜 안정적이며, 어떤 알고리즘, 자료구조 등등이기 때문에 빠른것이 보장되는지에 대한 이해도 추가 필요
Elasticsearch가 내부적으로 안정적이며 빠른 이유는 여러 가지가 있습니다.
1.먼저, Elasticsearch는 Apache Lucene을 기반으로 만들어졌습니다. Lucene은 검색 엔진에 사용되는 강력한 오픈 소스 라이브러리로, 텍스트 인덱싱과 검색에 특화돼 있습니다.
2.Elasticsearch는 대량의 데이터를 효율적으로 처리하기 위해 여러 가지 알고리즘과 자료구조를 사용합니다. 그 중 하나는 역색인화라는 개념입니다. 역색인화는는 단어가 어느 문서에 나타나는지를 기록해 두어 검색 속도를 향상시키는 데 도움이 됩니다.
3.Elasticsearch는 분산 시스템으로 설계돼 있어서 여러 노드에 데이터를 분산 저장하고 병렬 처리를 가능하게 합니다. 이렇게 함으로써 데이터 검색 및 분석 작업을 효율적으로 처리할 수 있습니다.
4.Elasticsearch는 실시간 검색을 지원하고 있어서 데이터가 업데이트되더라도 거의 실시간으로 검색 결과를 반영할 수 있습니다. 이는 대규모의 데이터셋에서도 높은 성능을 제공하는 데 기여하고 있습니다.
엘라스틱 서치의 검색이 빠른 이유?

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

질문이 나올만한 부분은 본격적으로 아키텍처 기술도입배경부터 시작된다.
전체적인 요청의 흐름?
전체적으로 클라이언트의 HTTP 요청이 어떻게 처리되는지 알려주세요.
•기본 흐름
그 흐름에서 카프카는 어떤 역할을 하나요?
•기본적으로 저희는 메인서버와, 이벤트만을 위한 독립적인 서버가 별도로 존재합니다.
•서버가 나뉘어졌고 그 중개 역할로 카프카가 데이터를 전달하는 역할입니다.(메시지큐)

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

JPQL 쿼리로 직접 검색 방식 정하기
@Repository
public interface ElasticBookSearchRepository extends ElasticsearchRepository<ElasticsearchBook, Long>, ElasticCustomBookSearchRepository {
    // 이건 개발자가 직접 연산부를 작성하는 방식임
    // 제어권이 개발자에 있음
    //List<ElasticsearchBook> findByBookNameContains(String keyword);

    // Elasticsearch API의 쿼리문을 작성해서 변경해보는 방법
    // 이건 제어권이 Spring Data Elasticsearch 에 있음
    // 쿼리를 SPE가 분석함

    //QueryStringQuery - 엘라스틱서치 내장 기본 쿼리
    @Query("{\"query_string\": {\"query\": \"?0\"}}")
    List<ElasticsearchBook> findByQueryStringQuery(String queryString, Pageable pageable);

    //조건검색(bool)
    //@Query("{\"bool\": {\"must\": {\"query_string\": {\"query\": \"?0\"}}}}")
    //List<ElasticsearchBook> findByQueryStringQuery(String queryString, Pageable pageable);
        /*
        must: [필드]	AND [컬럼] = [조건]
        must_not: [필드]	AND [컬럼] != [조건]
        should: [필드]	OR [컬럼] = [조건]
        filter: [필드]	[컬럼] IN ( [조건] )
        */
}
아래 쿼리를 @Query 어노테이션을 통해서 작성하여 검색의 방식을 변경 할 수 있다. 기존 직접 내부 로직을 구성하는 방식과 다르게, 마치 JPQL을 사용하는것 처럼 쿼리문을 작성 할 수 있다. 그럼 마찬가지로 쿼리문이 컴파일 단계에서 검사되지 않는 단점이 있을 것으로 보여진다.
QueryDSL로 구현해보기
build.gradle 의존성 추가
dependencies {
    implementation 'com.querydsl:querydsl-apt:4.x.x'
    implementation 'com.querydsl:querydsl-elasticsearch:4.x.x'
}
QueryDSL 플러그인 및 태스크 설정
plugins {
    id "com.ewerk.gradle.plugins.querydsl" version "1.0.10"
}

querydsl {
    jpa = false
    querydslSourcesDir = 'src/main/generated'
}

sourceSets {
    main {
        java {
            srcDir 'src/main/generated'
        }
    }
}

configurations {
    querydsl.extendsFrom compileClasspath
}

compileQuerydsl {
    options.annotationProcessorPath = configurations.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] 예상 질의 응답 목록 - 기술스택과 관련된 것들

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

인용
강용영익유헌
•질의응답 의견결정 관련내용 모두정리
•API 명세서 표 정리, 스웨거는 결과인 것이므로 표와는 다르다. 이것은 미루었던 일일뿐.

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

Q.  검색 성능이 점진적으로 개선되지 않고 한번에 올랐습니다.
A. 점진적으로 개선되거나 그런 테스트 결과를 원했겠지만, 그렇지 않을 수도 있습니다. 실제로 그렇기도합니다. 오히려 성능이 나쁠때도 있습니다. 하지만 중요한건 그 테스트 자료들의 그렇다고해서 필요 없는것이 아닙니다. 오히려 그런 모습을 연출하려고 조작되면안되고 그대로 나타나는것이 맞습니다. 그래서 지금 결과가 맞는것입니다.
Q. 향후 프로젝트에서 어떤 부분을 중점으로 진행하면 좋을 까요?
A. FTI와 Elasticsearch를 도입한 부분에서 풀텍스트인덱스의 편차가 발생했던 부분을 더 깊게 파보았으면 좋았을것 같습니다. 물론 프로젝트 끝나고도 계속해서 찾아볼 필요가 있습니다.
MySQL의 풀텍인덱스에 대해서 알고리즘이나 자료구조까지 확장해보고 더해서 디폴트 엔진인 InnoDB에 대해서까지 그 차이를 발생시키는것이 무엇인지 알아보기까지..
그 편차의 원인, 무엇이 그렇게 만들었는지 찾아가는 과정을 계속해서 공부해보시는게 도움 될 수 있습니다. 그게 그 부분에 대해서 다른 어느 개발자보다 잘 아는, 왜 이런 현상이 나타나는지 아는 개발자가 되는 깊은 공부 방법입니다.
특히 이런 깊은 공부를 할때는 공식문서를 참고하는것이 가장 좋습니다. 가장 명확한 근거이기 때문입니다.
멘토님의 충고 

공통적으로 기술 스택들에 대해서 근거를 잘 정리해오고 있지만 또한 계속해서 보다 더 정리하는 것이 중요합니다. 그 이유는 이는 곧 기술을 선택 또는 판단하는 능력이고, 그 기술을 선택한 것이 맞다는 근거를 만드는 능력. 이게 실무에서 실제로 이루어지기 때문입니다.

프로젝트 끝에 안주하면 안됩니다. 개발공부 시작입니다.
마무리 될 수 있는 부분은 마무리해야겠지만, 앞으로 더해야할것이 많고,
스트레스 관리와 번아웃을 조절해야 합니다.

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

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

input {
  jdbc {
    jdbc_connection_string => "jdbc:mysql://localhost:3306/team258"
    jdbc_user => "inyongkim"
    jdbc_password => "1234"
    jdbc_driver_library => "/Users/inyongkim/.gradle/caches/modules-2/files-2.1/mysql/mysql-connector-java/8.0.25/f8b9123acd13058c941aff25f308c9ed8000bb73/mysql-connector-java-8.0.25.jar"
    jdbc_driver_class => "com.mysql.cj.jdbc.Driver"
    jdbc_paging_enabled => true
    jdbc_page_size => 2000000 # 페이징 크기를 조정하세요.
    statement => "SELECT * FROM book"
  }
}

output {
  elasticsearch {
    hosts => ["localhost:9200"]
    index => "book"
    document_id => "%{book_id}"
  }
}
하지만 이 부분에서 설정의 문제점이 있습니다.

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

공통 - Controller, 검색 키워드와 페이징 처리를 위한 페이저블 객체
우선 공통적으로 적용된 컨트롤러 코드는 다음과 같습니다.
@Controller
@RequiredArgsConstructor
public class BooksViewController {
    private final AdminCategoriesService adminCategoriesService;
    private final AdminBooksService adminBooksService;
		@GetMapping("/admin/booksManage")
    public String adminBooksManageView( @RequestParam(defaultValue = "0") int page, @RequestParam(defaultValue = "10") int size, // 현재 페이지, 페이지 크기
                                        @RequestParam(defaultValue = "bookId") String sort, @RequestParam(defaultValue = "ASC") String direction, // 정렬 기준, 정렬 방향
                                        @RequestParam(value = "keyword", required = false) String keyword, // 검색 키워드
                                        @AuthenticationPrincipal UserDetailsImpl userDetails, Model model) {
        long startTime = System.currentTimeMillis();//실행시간 측정

        Sort.Direction sortDirection = Sort.Direction.fromString(direction);

        PageRequest pageRequest = PageRequest.of(page, size, sortDirection, sort);

        BooksPageResponseDto booksPageResponseDto =
                adminBooksService.findBooksWithPaginationAndSearching(userDetails.getUser(), keyword, pageRequest);

        model.addAttribute("books", booksPageResponseDto.getAdminBooksResponseDtos());
        model.addAttribute("currentPage", page);
        model.addAttribute("totalPages", booksPageResponseDto.getTotalPages());


        long endTime = System.currentTimeMillis();
        long durationTimeSec = endTime - startTime;
        System.out.println(durationTimeSec + "m/s"); // 실행시간 측정

        return "admin/booksManage";
    }
프론트엔드로부터 keyword 를 QueryString으로 …?keyword=abc와 같은 형태로 HTML폼으로부터 특정 값들을 추출 할 수 있으며, HTTP요청에 담아 컨트롤러로 문자열을 전달 할 수 있습니다.
@RequestParam(value = "keyword", required = false) String keyword, // 검색 키워드
페이지 처리를 위해서는 순수 JPA를 사용하게 되면 Total Count를 뽑아와서 현재 내가 몇번째 페이지인지를 계산해서 표시를 해주어야 합니다. 그런데 이런 계산을 모두 직접 계산하는 메소드, 변수를 직접 생성하고 매개변수로 Service에 전달하게 되면 코드가 복잡해지게 됩니다! 페이저블 객체를 사용하지 않는 경우 추가되어야 하는 코드는 다음과 같습니다.
// 직접 offset과 limit 계산
    int offset = page * size;
    int limit = size;
// 전체 페이지 수 계산 메서드
private int calculateTotalPages(long totalCount, int pageSize) {
    return (int) Math.ceil((double) totalCount / pageSize);
}
BooksPageResponseDto booksPageResponseDto =
        adminBooksService.findBooksWithPaginationAndSearching(userDetails.getUser(), keyword, offset, limit, sortDirection, sort);

[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 파라미터를 못받아온다.
// 댓글 작성 by User API
    @PostMapping("/comment")
    public CommentResponseDto createComment(@RequestBody CommentRequestDto requestDto, HttpServletRequest req) {
        User user = (User) req.getAttribute("user"); // 사용자 정보를 추출
        String blogId = req.getParameter("blogId"); // 클라이언트에서 전달한 blogId 값을 가져옴

        // 댓글 작성에 필요한 user와 blogId 정보를 commentService에 전달
        return commentService.createComment(requestDto, user.getUsername(), blogId);
    }
나타나는 오류는 두가지 유형이었다.
첫번째는 NullPointerException으로 blogId자체가 전달되지 않던 상황, 
2023-09-14T22:00:08.588+09:00 ERROR 35675 --- [nio-8080-exec-6] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed: java.lang.NullPointerException: Cannot invoke "java.lang.Long.toString()" because "blogId" is null] with root cause

java.lang.NullPointerException: Cannot invoke "java.lang.Long.toString()" because "blogId" is null
	at com.yzpocket.blog.controller.CommentController.createComment(CommentController.java:33) ~[main/:na]
이건 너무 뻔했다. 위 코드에서 blogId를 req이란 변수, 이는 곧 HttpServletRequest에서 받고 있는데 여기 있을리가 없다. 원본 글의 id는 클라이언트에서 파라미터로 받아야 했다. 그래서 아래 코드와같이 변경했다.
// 댓글 작성 by User, blogID API
    @PostMapping("/comment")
    public CommentResponseDto createComment(@RequestBody CommentRequestDto requestDto, @RequestParam("blogId") Long blogId, HttpServletRequest req) {
        log.info(blogId.toString());
        User user = (User) req.getAttribute("user"); // 사용자 정보를 추출
        String blogIdStr = (blogId != null) ? blogId.toString() : null;

        // 댓글 작성에 필요한 user와 blogId 정보를 commentService에 전달
        log.debug(blogIdStr); // 디버그 레벨의 로그로 스택 트레이스 및 디버그 정보를 출력
        return commentService.createComment(requestDto, user.getUsername(), blogIdStr);
    }

[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가 삭제 되지는 않는다.
@Entity
@Getter
@Setter
@Table(name = "users")
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    private String name;

    @OneToMany(mappedBy = "user", cascade = {CascadeType.PERSIST, CascadeType.REMOVE})
    private List<Food> foodList = new ArrayList<>();

    public void addFoodList(Food food) {
        this.foodList.add(food);
        food.setUser(this);// 외래 키(연관 관계) 설정
    }
}
orphanRemoval = true
@Entity
@Getter
@Setter
@Table(name = "users")
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    private String name;

    @OneToMany(mappedBy = "user", cascade = CascadeType.PERSIST, orphanRemoval = true)
    private List<Food> foodList = new ArrayList<>();

    public void addFoodList(Food food) {
        this.foodList.add(food);
        food.setUser(this);// 외래 키(연관 관계) 설정
    }
}
orphanRemoval 옵션도 REMOVE 옵션과 마찬가지로 해당 Entity 즉, Robbie Entity 객체를 삭제하면 연관된 음식 Entity들이 자동으로 삭제된다.
•orphanRemoval이나 REMOVE 옵션을 사용할 때 삭제하려고 하는 연관된 Entity를 다른 곳에서 참조하고 있는지 아닌지를 꼭 확인 필요

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

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

//SpringBoot JPA
    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'

...
}

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

다대일 (N:1) 관계 단방향과 양방향
1. 다대일 관계 단방향
다대일 (N:1) 관계 (단방향)
•예시: 하나의 주문(Order)은 하나의 고객(Customer)에 속합니다.
•설명: 
•Spring JPA 어노테이션
@Entity
public class Order {
    // 다른 필드들...

    @ManyToOne
    @JoinColumn(name = "customer_id")
    private Customer customer;

    // Getter와 Setter...
}

@Entity
public class Customer {
    // 다른 필드들...

    // Getter와 Setter...
}
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 어노테이션 추가
아래와 같이 접근에 대한 제한을 걸어 둘 필요가있는 요청의 메소드에 어노테이션을 추가한다.
@Secured(UserRoleEnum.Authority.ADMIN) // <- 관리자 전용 접근가능 페이지 설정방법
    @GetMapping("/products/secured") // http://localhost:8080/api/products/secured -> 관리자 (ROLE이 ADMIN아니면 접속이 불가능하다.)
    public String getProductsByAdmin(@AuthenticationPrincipal UserDetailsImpl userDetails) {
        System.out.println("userDetails.getUsername() = " + userDetails.getUsername());
        for (GrantedAuthority authority : userDetails.getAuthorities()) {
            System.out.println("authority.getAuthority() = " + authority.getAuthority());
        }

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

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

1. Query String이란
Query String이란 서버에게 무엇이 필요한지, 혹은 클라이언트에게 무엇이 필요한지 묻는 문자열을 의미, Query String은 아래와 같은 형태로 구성된다.
# id가 444인 게시글을 가져옵니다.
/board?id=444
위의 예시에 나타나듯이 주소 뒤에 ‘?’를 붙여서 표현한다.‘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 의존성 주입
implementation 'org.springframework.boot:spring-boot-starter-validation'
Bean Validation
•Bean Validation

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

유효성 검사의 커스터마이즈
기본적으로 제공되는 어노테이션 형태의 유효성 검사로도 기본적인 정규식 패턴이 입력되어 있다. 하지만 개발자가 원하는 정규 표현식 패턴을 구현하려면 정규 표현식을 이해하고 알아 볼 수 있어야 한다.
정규 표현식(Regular Expression)이란?
정규식(Regular Expression)은 문자열에서 특정 내용을 찾거나 대체 또는 발췌하는데 사용되는 것이다.
그 중 애플리케이션에서 자주 활용되는 것은 정규식의 특정 문자, 숫자의 매칭 패턴, 검색 기준 패턴, 갯수 반복 패턴 정도는 익숙해져야 한다. 외우지 못하더라도 다른 식을 보고 어느정도 파악할 수준은 익숙해지면 시간을 낭비하지 않을 수 있다.
Spring에서는 @Pattern 이라는 어노테이션을 통해서 해당 필드의 유효성 검사에 정규 표현식을 적용 시킬 수 있다.
예시로 Email 형식 : 계정@도메인.최상위도메인 처럼 나타내고 싶다면, 다음과 같이 커스터마이즈 하여 보다 세밀한 조정을 할 수 있다.
@Pattern(regexp = "^[a-zA-Z0-9_!#$%&'*+/=?`{|}~^.-]+@[a-zA-Z0-9.-]+$")
@NotBlank
private String 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]36_2 Spring Security with JWT 로그인 방식 구현 [추가정리필요]