Darren's Devlog

제네릭스: 타입시스템

Darren Gwon — Thu, 25 Jan 2024 12:59:52 +0900

이번 게시글에서는 제네릭스부터 시작해, 클래스와 타입, 일반화, 변성에 대한 개념에 대해 설명한다.

모두 타입과 관련된 일반적인 개념이다.

프로그래밍 언어는 타입으로 부터 시작한다고 해도 과언이 아닐 것이다.

그렇기 때문에 개발자는 타입 시스템을 잘 이해할 필요가 있다고 생각하며 정리를 시작했다.

말은 거창하게 했지만, 본 게시글에서 다루는 내용은 사실 타입 시스템에서도 아주 기초적인 부분이다.

본 게시글은 코틀린 인 액션의 제네릭스 챕터를 많이 인용했다.

문법적 표현의 차이는 존재할 수 있지만 전반적인 개념을 이해하는데는 문제가 없을거라(?) 생각한다.

제네릭스

제네릭은 타입 안전성을 유지하면서 유연성을 제공하는 중요한 기능이다.

내부에서 사용할 데이터 타입을 외부에서 지정할 수 있다.

타입 파라미터를 사용하여 다양한 타입의 인스턴스를 생성할 수 있다.

제네릭 클래스 선언

class Box<T> { ... }

클래스 이름 뒤, 다이아몬드 연산자에 타입 파라미터를 지정하여 클래스를 제네릭하게 만들 수 있다.

이제 클래스 내부에서 타입 파라미터를 일반 타입처럼 사용할 수 있다.

일반 클래스

class Toy { ... }

일반 클래스에는 타입 파라미터가 선언되어있지 않다.

제네릭 타입

일반 클래스를 타입으로 지정할 수 있듯이, 제네릭 클래스를 타입으로 지정할 수 있다.

타입 파라미터에 실제 타입을 타입 인자로 넘기면 제네릭 타입이 된다.

타입인자로 실제 타입 Toy를 넘겨 Box<Toy>타입이 되었다.

일반 타입

val toy: Toy

일반 타입은 타입인자 없이, 일반 클래스명으로 타입을 지정한 형태를 보이고 있다.

제네릭 함수/메서드

fun <T> List<T>.elementAt(index: Int): T { ... }

제네릭 클래스 선언과 동일하게, 제네릭 함수/메서드도 T를 타입 파라미터로 받는다.

타입 파라미터를 매개변수의 타입, 반환 타입, 그리고 수신 객체에 사용할 수 있다.

일반 함수/메서드

fun compareTo(other: String): Int

일반 함수에는 타입파라미터가 선언되어있지 않다.

타입 파라미터 제약(Generic Constraints)

타입 파라미터 제약은 클래스나 함수에 사용할 수 있는 타입 인자를 제한하는 기능이다.

특정 타입을 타입 파라미터에 대한 상한(upper bound)으로 지정하여 타입 인자를 제한할 수 있다.

어느 날, 프로그램에 합계를 구하는 기능이 필요해졌다고 가정해 보자.

fun sum(list: List<Int>): Int {
    var sum: Int = 0;
    for (i in list) {
        sum += i
    }
    return sum
}

fun main(args: Array<String>) {
    val numbers: List<Int> = (1..9).toList()
    print(sum(numbers))
}

Int로 구성된 리스트를 매개변수로 받아 합계를 구하는 로직을 만들었다.

이후에 Long타입도 고려가 되어야 한다고 하여 코드를 추가했다.

fun sum(list: List<Long>): Long {
    var sum: Long = 0;
    for (i in list) {
        sum += i
    }
    return sum
}

여기까지는 특별한 문제가 없을 수 있다.

하지만 또 다른 타입들도 고려되어야 한다면, 계속해서 비슷한 기능의 다른 코드가 늘어날 것이다.

fun sum(list: List<Float>): Float { ... }
fun sum(list: List<Double>): Double { ... }

다양한 타입 때문에 코드가 늘어나는 게 문제라면, 모든 타입을 받도록 수정하면 되지 않을까?

fun sum(list: List<Any>): Double { ... }

위 코드는 리스트의 요소가 불분명하기 때문에 적절한 sum함수라고 할 수 없다.

이런 요구사항을 타입 파라미터 제약을 활용하여 개선할 수 있다.

제약을 위한 상한 타입 잘 지정하기 위해서는 일반화하는 과정이 필요하다.

일반화(Generalization)

일반화란 여러 실체유형 간의 공통적인 특성을 파악하는 과정을 말한다.

이전 예제에 일반화를 적용하며 개선해 보도록 하겠다.

우리가 사용했던 8개의 자료형들을 정수와 부동소수점수(floating-point number) 그룹으로 분류했다.

정수와 부동소수점수 두 그룹 모두 컴퓨터에서 수(numeric value)를 표현한다는 공통적인 특성을 가지고 있다.

그렇다면 수(numeric value)를 대표하는 자료형을 만들어 관계를 맺을 수 있을 것이다.

Number 클래스를 만들어 정수와 부동소수점수 타입들이 Number클래스를 확장하도록 수정한다.

이제 Number는 일반화된 타입이고 정수 자료형들과 부동소수점수 자료형들은 구체화된 타입이다.

이제 상한 타입을 지정하여 코드를 개선해 보도록 하겠다.

fun <T: Number> sum(list: List<T>): Double {
    var sum: Double = 0.0;
    for (i in list) {
        sum += i.toDouble()
    }
    return sum
}

일반화된 타입 Number를 상한 타입으로 지정한 제네릭 함수를 만들었다.

sum함수는 Number와 그 하위 타입만 타입 인자로 허용한다.

이제 sum함수는 우리가 기대하는 합산 기능을 안전하게 수행할 수 있다는 것이 보장되었다.

타입을 정하는 매 순간 일반화는 고려된다.
개발자는 필요에 따라 타입을 일반화하는 기술이 필요하다.

클래스와 타입

타입 간의 상위타입(supertype), 하위타입(subtype) 개념이 존재한다.

앞선 일반화 과정을 통해, 공통된 특성을 파악하고,

일반화된 새로운 클래스를 생성하여 타입 간의 관계를 맺어주는 과정을 보았다.

클래스와 타입은 서로 밀접하게 연관되어 있기 때문에 이 둘의 개념이 혼용되는 경우가 있다.
타입 간의 관계를 더 얘기하기 전에 먼저 클래스와 타입의 차이에 대해 알아보자.

일반 클래스

일반 클래스에서는 클래스 이름 그대로 타입을 표현할 수 있다.

val firstName: String
val lastName: String

Nullable 타입

일반 클래스가 두 개 이상의 타입을 구성할 수도 있다.

val fullname: String
val nickname: String?

String 클래스는 Nullable(널 허용), Non-nullable(널이 될 수 없는) 타입이 될 수 있다.

제네릭 클래스

제네릭 클래스의 타입은 조금 더 특별하다.

val texts: ArrayList<String>
val numbers: ArrayList<Number>

같은 ArrayList 클래스이지만, ArrayList<String>는 타입이다.

ArrayList<String>, ArrayList<Number>, ArrayList<Any> 모두 엄연히 서로 다른 타입이다.

제네릭 클래스는 무수히 많은 타입을 만들어낼 수 있다.

클래스와 타입은 서로 다르다는 것을 알았으니 타입 관계에 알아보도록 하겠다.

타입 관계 - 하위 타입(Subtype)

타입 사이의 하위 타입 개념은 다음과 같은 이유로 아주 중요하다.

컴파일러는 변수에 값을 할당하거나 함수/메서드 인자 전달 시, 하위 타입 검사를 매번 수행한다.
어떤 값의 타입이, 변수 타입의 하위 타입인 경우에만 변수에 값을 할당한다.

"어떤 타입 A의 값이 필요한 곳에 어떤 타입 B의 값을 넣어도 아무 문제가 없다면,
타입 B는 타입 A의 하위 타입이다."

코틀린 인 액션 p.407

아주 당연한 말 일수도 있겠지만,

Number 타입의 값이 필요한 곳에 Int타입의 값을 넣어도 아무 문제가 없으니, Int는 Number의 하위 타입이다.

String 타입이 필요한 곳에 Int타입의 값을 넣을 수 없으니, Int는 String의 하위 타입이 아니다.

앞서 언급한 Nullable과 Non-nullable 타입에도 상위/하위타입 관계를 적용할 수 있다.

Nullable타입의 경우, null과 아닌 값을 모두 수용하지만, Non-null 타입은 null 값은 허용하지 않는다.

즉 Nullable 타입이 상위 타입이고, Non-nullable타입은 하위타입이다.

하위 타입 관계 더 간단하게 표현하자면, 얼마나 더 확장하는지 또는 멤버가 더 많은지 비교하는 것이라 할 수도 있다.

각 언어는 고유한 타입 시스템을 갖고 있어, 실제 관계를 평가하는 방식은 이론적으로 다를 수 있지만,

이런 정의들은 모든 언어에 공통적으로 적용할 수 있는 개념이라 생각한다.

하위타입 평가에 대해 더 궁금하다면 Nominal과 Structural Typing에 대해 알아보자.

변성(Variance)

변성은 성질의 변화를 의미하는데, 프로그래밍에서는 변성 개념이 앞서 알아본 타입 관계에 적용될 수 있다.

이전에 하위타입 개념은 아주 중요하다고 언급하였다.

타입 간의 관계가 변할 수 있는데, 타입 시스템에서 하위 타입 간의 관계가 어떻게 변하는지를 나타내는 개념이 변성이다.

변성은 타입 시스템에서 아주 중요한 개념 중 하나로, 잘 이해할 필요가 있다.

변성의 대표적인 세 가지 유형에서 어떻게 하위타입 관계가 형성되는지 알아보겠다.

공변성

일반적인 하위타입 관계가 동일하게 유지된다.

B가 A의 하위타입이다.

반공변성

공변성의 반대되는 개념으로, 일반적인 하위 타입 관계가 역전된다.

B가 A의 하위타입일 때, A가 B의 하위타입이 된다.

무공변성

무공변성에서는 하위타입 관계가 성립되지 않는다.

A와 B는 아무 관계가 없다.

컴파일러는 값이 할당될 때 항상 하위 타입 관계가 성립되는지 체크한다고 말하였다.

변성은 하위 타입 관계의 변화에 대한 규칙으로, 컴파일러는 변성이 적용된 타입의 사용위치를 제한한다.

리스코프 치환 원칙에서는 시그니처에 변성을 적용하여 강제하는 요구사항이 있는데 간단히 정리하자면 다음과 같다.

	공변성	반공변성	무공변성
관계	하위 타입 관계 유지	하위 타입 관계 역전	하위타입 관계 X
제한	반환 위치에만 사용 가능	함수/메서드 파라미터에만 사용 가능	제한 X

이런 제한사항은 타입 안정성을 위한 것이며, 사실 조금만 생각해 보면 아주 당연한 것이다.

제네릭 클래스의 변성

타입의 변성은 제네릭 클래스에 적용할 수 있다.

제네릭 클래스의 변성은 Base타입은 같지만, 다른 타입 인자를 갖는 제네릭 타입 간의 상하위 관계를 결정하는 것이다.

공변성

B가 A의 하위 타입일 때, Producer<B>가 Producer<A>의 하위 타입이면 Producer는 공변적이다.

이를 하위 타입 관계가 유지된다고 한다.

코틀린의 List는 대표적인 공변 인터페이스이다.

var numbers: List<Number>
numbers = listOf<Int>(1,2,3,4,5)
numbers = listOf<Long>(1L, 2L, 3L, 4L, 5L)
numbers = listOf<Double>(1.0, 2.0, 3.0, 4.0, 5.0)

Int, Long, Double은 Number의 하위 타입이기 때문에, 공변적인 List<T>의 하위타입 관계가 유지된다.

public interface List<out E> : Collection<E> {
	/* ... */
    public operator fun get(index: Int): E
    public fun subList(fromIndex: Int, toIndex: Int): List<E>
}

공변적인 타입 파라미터는 오직 반환 타입에만 사용할 수 있다.

코틀린에서는 out 키워드를 사용하여 타입 파라미터에 대해 공변적임을 표시하며, 타입 파라미터의 사용을 반환 타입으로 제한한다.

반환 = out, 아주 명시적이지 않은가?

타입 파라미터가 반환 타입에만 사용되는 경우,

공변적으로 선언해도 안전하며 제네릭 타입 간 하위타입 관계를 유지함으로써 더 유연하게 사용할 수 있다.

반공변성

B가 A의 하위 타입일 때, Consumer<A>가 Consumer<B>의 하위 타입이면 Consumer은 반공변적이다.

이를 하위 타입 관계가 역전된다고 한다.

Comparator은 대표적인 반공변 클래스이다.

interface Comparator<in T> {
    fun compare(el: T, e2: T): Int { /* ... */ }
}

반공변적인 타입 파라미터는 오직 함수/메서드의 파라미터 타입에만 사용할 수 있다.

Comparator 클래스는 파라미터 타입 T를 반공변적으로 선언하였다.

코틀린에서는 in 키워드를 사용하여 타입 파라미터에 대해 반공변적임을 표시하며,

타입 파라미터의 사용을 함수/메서드의 파라미터 타입으로 제한한다.

함수 내부 = in, 아주 인상적이다.

val anyComparator = Comparator<Any> {
    o1, o2 -> o1.hashCode() - o2.hashCode()
}

val strings: List<String> = listOf("A", "B", "C")
strings.sortedWith(anyComparator)

strings의 sortedWith() 함수는 Comparator<in String>의 구현체를 받아 정렬하는 함수이다.

Comparator가 타입 파라미터 String에 대해 반공변적이기 때문에, 역전된 하위 타입 관계가 성립된다.

즉 Comparator<Any>는 Comparator<String>의 반공변적 하위타입이다.

이 말은 sortedWith() 함수에 Comparator<Any> 타입을 인자로 넘겨도 안전하다는 의미이다.

타입 파라미터가 함수 매개변수에만 사용되는 경우 반공변적으로 선언할 수 있으며,

하위 타입 관계가 역전된(일반화된) 타입만 허용한다.

무공변성

B가 A의 하위 타입이어도, 아무런 하위 타입 관계가 형성되지 않는다.

MutableList는 대표적인 무공변 클래스이다.

var numbers: MutableList<Number>
numbers = mutableListOf<Number>(1,2,3,4,5)

//numbers = mutableListOf<Int>(1,2,3,4,5)
//Type mismatch: inferred type is MutableList<Int> but MutableList<Number> was expected

//numbers = mutableListOf<Double>(1.0, 2.0, 3.0, 4.0, 5.0)
//Type mismatch: inferred type is MutableList<Double> but MutableList<Number> was expected

Int, Long, Double은 Number의 하위 타입이지만, MutableList<T>에는 아무런 하위 타입 관계가 형성되지 않는다.

public interface MutableList<E> : List<E>, MutableCollection<E> {
	/* ... */
    override fun add(element: E): Boolean
    public operator fun get(index: Int): E
}

MutableList의 타입파라미터에는 변성에 대한 표시가 없다. 그렇기 때문에 무공변적이다.

무공변적인 타입 파라미터는 파라미터 타입(in)과 반환 타입(out)에 모두 사용될 수 있다.

타입 파라미터를 함수/메서드 파라미터로 받고, 반환 타입으로도 사용한다면,

무공변적으로 선언하여 타입 안전성을 제공해주어야 한다.

클래스	공변성	반공변성	무공변성
선언	Producer<out T>	Consumer<in T>	MutableList<T>
관계	타입 인자의 하위 타입 관계가 유지	타입 인자의 하위타입 관계가 역전	하위타입 관계 X
제한	T를 아웃 위치(반환 타입)에서만 사용 가능	T를 인 위치(매개변수)에서만 사용 가능	T를 아무 위치에서 사용 가능

변성 규칙의 핵심은 클래스 외부의 사용자가 클래스를 잘못 사용하는 일을 방지하기 위함이다.

함수/메서드 변성

함수는 일급 객체이다. 이 말은 함수를 변수, 매개변수, 반환타입으로 전달할 수 있다는 것이다.

이 말은 함수 또한 함수 자료형이 존재하다는 의미이기도 하다.

함수 자료형에 대한 포스팅은 추후에 추가하도록 하겠다.

class String { /* ... */ }
interface List<out T> { /* ... */ }

val str: String
val numbers: List<Int>

클래스와 인터페이스의 자료형은 위처럼 표현할 수 있다.

 fun multiply(x: Int, y: Int): Int {
     return x * y
 }

위 함수는 어떻게 표현할 수 있을까?

함수/메서드에는 시그니처라는 개념이 존재한다.

[리눅스] 시스템 타임존(TimeZone) 변경하기

Darren Gwon — Thu, 14 Dec 2023 16:19:05 +0900

timedatectl 명령어를 통해서 리눅스 시스템 타임존을 변경할 수 있다.

현재 설정된 타임존 확인

$ timedatectl

Local time: Thu 2023-12-14 04:56:14 UTC
Universal time: Thu 2023-12-14 04:56:14 UTC
RTC time: Thu 2023-12-14 04:56:14
Time zone: n/a (UTC, +0000)

UTC로 설정되어있으니, 변경하려는 시간대를 먼저 찾아야한다.

$ timedatectl list-timezones

Africa/Abidjan
Africa/Accra
Africa/Addis_Ababa
Africa/Algiers
...

다음 명령어를 통해 수정해주면 된다.

$ timedatectl set-timezone Asia/Jakarta

정상적으로 바뀌었는지 확인

$ timedatectl

Local time: Thu 2023-12-14 14:18:24 WIB
Universal time: Thu 2023-12-14 07:18:24 UTC
RTC time: Thu 2023-12-14 07:18:23
Time zone: Asia/Jakarta (WIB, +0700)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no

[스프링배치] 스프링배치 소개

Darren Gwon — Sat, 20 May 2023 00:12:50 +0900

안녕하세요.

오늘은 스프링배치에 대한 소개라는 주제로 포스팅해 보겠습니다.

최근에 저는 실무에서 스프링배치 관련 유지보수 업무를 맡게 되었습니다.

업무하다보니 단순한 유지보수 작업을 넘어, 프레임워크에 대한 이해와 성장에 대한 도전의식이 생기게 되었습니다.

실제 업무를 통해 스프링 배치에 대한 지식과 경험을 쌓으며, 단순히 코드를 고치는 것 이상의 가치를 찾고 싶었습니다.

뿐만 아니라, 직접 배치 프로그램을 설계하고 구현하는 것을 목표로 스프링배치를 주제로 스터디를 진행하게 되었습니다.

이번 스터디를 통해 실무에서의 역량을 더욱 향상시키며, 더 나은 개발자로 성장하고자 하는 목표를 가지고 시리즈로 이어나갈 계획입니다.

스프링배치의 등장 배경

스프링 배치는 Java 진영에서 대용량의 데이터를 일괄 처리를 목적으로 사용되는 오픈 소스 프레임워크입니다.

스프링배치가 등장하기 전까지는 Java 진영의 배치 아키텍처 프레임워크가 관심과 결과물이 부족한 상황이었습니다.

그렇게 자연스럽게 자신들만의 배치 솔루션을 개발해 사용하는 추세가 형성되었습니다.

이런 문제를 해결하기 위해 Accenture와 SpringSource가 협력하여 지금의 스프링배치가 탄생하게 됩니다.

Accenture는 자사가 보유한 배치 아키텍처 구축에 대한 경험과 기술 기반의 배치 아키텍처를 기증하였고

SpringSource와 협력하여 현재의 enterprise-level의 배치 프레임워크가 탄생할 수 있도록 기여하였습니다.

Spring Batch is not a scheduling framework.

공식문서에 "스프링 배치는 스케쥴링 프레임워크가 아니다"라고 언급하고 있습니다.

대용량 데이터 처리에 특화된 프레임워크라는 것을 강조하는 것으로 다음과 같은 특징을 가지고 있습니다.

확장성:
분산 환경에서 작업을 병렬로 실행하거나 여러 서버에 배포하여 대용량 데이터의 처리 성능을 향상
모니터링의 용이성:
작업의 진행 상황을 모니터링하고, 실패한 작업을 재시작하거나 건너뛸 수 있는 기능을 제공
트랜잭션 관리:
데이터 처리 중 예외가 발생하면 롤백하고, 작업 단위 내에서 데이터 일관성을 유지하여 안정적인 데이터 처리를 보장
재시작 및 건너뛰기:
작업을 중지한 후에도 작업을 재개하거나 이전 작업을 건너뛸 수 있는 기능 제공하여 작업의 유연성과 오류 처리를 개선
장애 복구와 관리:
모든 작업에 대한 로그를 기록하므로 작업이 실패한 경우에도 적절한 조치를 취하고,
예기치 않은 상황에서의 대응력을 향상

메타데이터 스키마 제공

스프링배치에서 처리한 모든 프로세스의 메타데이터를 저장하는 스키마를 미리 제공합니다.

덕분에 앞서 언급한 것처럼 메타데이터를 기반으로 모니터링 능력이 향상되고 자연스럽게 에러에 대한 대응력도 향상되게 됩니다.

나아가, 실패한 작업에 대해 효율적인 repeat, retry, skip 처리가 가능해집니다.

메타데이터 스키마는 다음에 더 자세히 살펴볼 예정입니다.

스프링배치의 구성

스프링배치를 구성하는 각 Job, Step, Tasklet 도메인에 대한 이해가 중요합니다.

Job:

배치 프로그램의 업무 목적 자체를 의미하는 도메인입니다.

'매출 통계', '데이터 이관', '다량 이메일 일괄 전송'등의 예시가 있습니다.

Step:

배치작업(Job)을 작은 단계로 분리하여 정의하고 실행을 관리하는 도메인입니다.

배치 처리의 실행 흐름을 관리하고, 각 단계의 성공 여부에 따라 다음 단계를 결정합니다.

Tasklet:

Step의 실행 단위로서, Step에서 수행되는 실제 작업을 정의하는 도메인입니다.

개발자가 작성한 일련의 로직을 포함하고 있으며 Tasklet방식과 Chunk방식이 있습니다.

각 도메인에 대한 자세한 내용도 별도로 다루도록 하겠습니다.

요약

Java 진영의 대용량 데이터 일괄처리 목적의 프레임워크
Accenture와 SpringSource의 기여로 탄생
대용량 데이터 처리를 위한 강력한 배치 아키텍처
병렬처리, 트랜잭션 관리, 효율적인 재시작 및 스킵 기능으로 배치 처리의 신뢰성 제공, 장애대응
메타데이터 스키마 제공
Job, Step, Tasklet으로 구성

스프링배치는 개발자가 오직 비즈니스 로직에만 집중할 수 있도록 도와주는

대용량 데이터 처리에 특화된 프레임워크라고 결론 지을 수 있습니다.

다음에는 각 도메인에 대한 자세한 설명과 실행 흐름에 대해 살펴보도록 하겠습니다.

본 게시글은 정수원님의 스프링 배치 - Spring Boot 기반으로 개발하는 Spring Batch 강의를 참고하여 정리하였습니다.

[PostMan] API시뮬레이터 - Mock Server 만들기

Darren Gwon — Mon, 15 May 2023 22:23:54 +0900

안녕하세요.

오늘은 초기 개발 단계에 아주 유용한 PostMan의 Mock Server를 소개하겠습니다.

Mock Server는 가상 API서버를 제공해 주어 요청과 응답이 실제 처리되는 것처럼 시뮬레이션해 줍니다.

백엔드 환경이 완전히 구축되지 않았어도 사전에 합의된 API를 제공해 주어 지체 없이 바로 개발을 시작할 수 있게 도와줍니다.

1. 먼저 포스트맨을 실행시켜 주신 후 새로운 Collection을 생성해 줍니다.

2. 좌측에 Mock Servers 탭 선택 후 Create Mock Server 버튼 또는 + 버튼을 눌러줍니다.

3. Select An existing collection 탭을 눌러 아까 생성하신 Collection을 선택 후 Next를 눌러주세요.

4. Mock Server Name을 지정해 주시고, Save the mock server URL as an new environment variables 체크 후

Create Mock Server 버튼을 눌러 생성해 주세요.

5. Mock Server가 생성되었으면 https://~~~.mock.pstmn.io로 끝나는 URL주소를 복사해 주세요.

6. 다시 Collections 탭으로 돌아가 Add request로 새로운 요청을 하나 생성해 주세요.

7. 저는 user를 조회하는 mock API를 만든다고 가정하였습니다.

생성하신 request -> 우측 마우스 -> Add example을 눌러주세요.

이제 아래 API명세서를 기준으로 mock API 하나를 만들어보겠습니다.

user 조회 API
Request Path(URL)	/api/user/{userId}
HttpMethod	GET
Request Parameter	none
Headers	none
Response Body	{ "userId":"아이디", "name":"이름", "address":"주소" }

8. 여기서부터 mock API를 설정하는 단계입니다.

HttpMethod, URL, 요청 Parameter, Headers, 요청 Body, 응답 Body 등 상세한 설정을 하실 수 있습니다.

Base URL에 해당하는 {{url}}은 4번에서 Mock Server를 생성하면서 만들어진 URL이

자동으로 Environment에 추가되어 바로 사용할 수 있습니다.

test01 유저를 조회하면 상세정보인 이름(darren)과 주소(서울특별시)를 반환하게 됩니다.

저장 후 우측에 Try 버튼을 눌러주세요.

9. 아까 복사한 Base URL과 Path로 요청을 보내게 되면

위 사진처럼 Mock Server에서 요청을 처리하여 응답 값이 오는 것을 확인하실 수 있습니다.

또한 일반 브라우저에서도 Mock API가 동작하는 것을 볼 수 있습니다.

이처럼 개발 초기에 미리 설계된 API명세서를 기반으로 Mock Server를 설정해 놓게 되면

실제 API서버에서 요청과 응답을 처리하는 것처럼 시물레이션 하여

프론트엔드와 백엔드 양 쪽 모두 지체 없이 바로 개발을 시작할 수 있다는 큰 장점이 있습니다.

스프링의 등장 배경과 스프링부트와의 차이는?

Darren Gwon — Sun, 26 Feb 2023 16:22:13 +0900

자바를 공부를 하다 보면 자연스럽게 스프링에 관심을 가지게 되고,

스프링을 공부를 하다 보면 한 번쯤은 다음과 같은 질문을 해보셨을 겁니다.

"스프링과 스프링부트는 무엇이 다르지?"

저도 단순하게 스프링보다 설정이 간편하고 내장 톰켓을 지원한다 정도로만 넘겼었습니다.

이번에 개인적으로 공부를 하며 비슷하지만 서로 엄연히 다른 스프링과 스프링부트에 대해 알아보기로 했습니다.

Java기반 웹 기술의 발전

시작하기 앞서 스프링의 등장 배경부터 스스로에게 질문해 보았습니다.

1989 - 1997

인터넷의 등장 이후, 1989년에 처음으로 Website가 등장하게 됩니다.

웹사이트의 첫 등장 이후 1997년에 100만 번째 도메인이 등록되고,

인터넷과 가정용 PC가 보급되면서 웹 사용자가 급격히 증가하게 되었습니다.

1997 - 2000

출처: https://www.protechtraining.com/bookshelf/jboss_admin_tutorial/web_tier

웹의 첫 등장부터 1990년도 중반까지 CGI(Common Gateway Interface)라는

웹 서버 기술이 활발하게 사용되고 있었습니다.

하지만 CGI는 멀티스레드를 지원하지 않고 각 요청별로 하나의 프로세서가 담당하다 보니

부화가 많이 걸리는 비효율적인 동작 방식을 가지고 있었습니다.

1995년에 첫 출시된 Java는 멀티스레드를 지원하는 언어 중 하나였고, 덕분에 높은 트래픽을 감당이 가능하고

개발 및 유지보수가 편리했던 Java의 Servlet 기술이 자연스럽게 CGI를 대체하게 됩니다.

1999 - 2004

상업용 웹 애플리케이션 개발을 돕기 위한 EJB(Enterprise JavaBeans)라는 하나의 스펙이 등장하게 됩니다.

EJB를 통해 웹 애플리케이션 개발이 보다 편해졌지만, 아직도 무겁고 과하게 복잡하다는 평이 많았습니다.

복잡하고 어려운 EJB의 대체안!

어려운 테스트 (Using EJB makes applications harder to test)
어려운 배포 (Using EJB makes applications harder to deploy)
객체지향 디자인의 방해요소(Using EJB with remote interfaces may hamper practicing OO design)
간단한 작업의 불필요한 난이도 상승 (Using EJB may make simple things hard)
제한적 WAS 선택 (Reduced choice of application servers)

위와 같은 EJB의 단점을 개선하여 나온 것이 바로 Spring Framework입니다.

스프링 프레임워크는 2004년에 첫 등장을 했고, 이로부터 10년 후 스프링부트가 첫 등장하게 됩니다.

스프링 프레임워크의 특징

스프링에서 주장하는 대표적인 강점으로는 POJO, AOP, IoC/DI 등이 있습니다.

위 특징들이 조금 더 현실적으로 와닿으려면 스프링 1.0 첫 출시 당시의 EJB와 비교를 해보아야 합니다.

POJO (Plain Old Java Object)

스프링은 출시 당시부터 POJO 모델을 기반으로 채택하였습니다.

POJO는 이름 그대로의 순수 Java 객체로 특정 프레임워크나 컨테이너에 대한 종속성이 없다는 특징이 있습니다.

덕분에 스프링은 비교적 입문하기 쉽고, 유연하고, 단위 테스트하기 편리한 코드를 작성하는데 유리하였습니다.

EJB는 상업용 애플리케이션을 위해 Java Beans 확장한 형태로서 POJO에 비해 많은 규약들이 존재했습니다.

EJB Container에서 관리가 가능하도록 규격 인터페이스를 구현하거나 별도 설정을 필요로 하는 등

EJB의 환경과 스펙에 종속적으로 코드를 작성해야만 했습니다.

EJB 3.0부터 POJO를 지원한다고 합니다.

AOP (Aspect Oriented Programming)

스프링은 AOP(관점 지향 프로그래밍)를 통해 개발자가 비즈니스 로직에만 집중할 수 있도록 하였습니다.

특정 기능을 수행하는데 필요한 로직을 핵심적인 로직과 부가적인 로직으로 나누어,

부가적인 로직은 따로 분리하여 공통적으로 처리하도록 하였습니다.

그로 인해 중복코드가 줄어듦으로써 불필요한 코드의 수정과 유지보수의 비용을 줄여주었습니다.

E = mc²
Error = (More Code)²

스프링에서는 JDBC, Trasaction, Logging 등에 AOP를 활용하였습니다.

위 코드는 Spring JDBC를 활용하여 DB연동을 하는 예제 코드입니다.

만약 AOP가 없었다면, 위처럼 SQL문을 실행하는 핵심로직 외에

DB연결과 종료와 같은 불필요한 부가로직의 공통코드가 증가되었을 겁니다.

IoC(Inversion of Control) / DI(Dependency Injection)

스프링은 이런 방법으로 엄청난 유연함과 간결함을 통해 EJB 개발자들의 불편한 점들을 개선시켜 주었습니다.

그렇다면 스프링과 스프링부트의 차이점은 무엇일까요?

스프링과 스프링부트의 차이

기존 스프링을 더 간편하게!

Improved support for 'containerless' web application architectures [SPR-9888] · Issue #14521 · spring-projects/spring-framewor

Mike Youngstrom opened SPR-9888 and commented As the enterprise development landscape grows more diverse the simpler the application framework the more likely developers are to adopt the framework....

github.com

스프링부트는 스프링 첫 출시로부터 10년 후에 등장을 하게 되는데요.

스프링도 Containerless 웹 애플리케이션 아키텍처를 지원해 달라는 한 개발자의 요청으로부터 시작됩니다.

먼저 배경을 이해해 보자면, 스프링부트가 등장한 2010년 당시에는 JavaScript의 Node.js나 Python의 Django 같은

빠르게 웹 애플리케이션을 개발하고 배포할 수 있는 경량 프레임워크들이 많은 인기를 얻었습니다.

그에 비해 스프링은 프로젝트 생성 시점부터 실제 개발을 시작하여 코드를 작성하기까지

사용할 라이브러리들을 채택하고 서로 간의 호환성 등을 따져가면서 차근차근 프로젝트를 설계했어야 했습니다.

Spring Boot makes it easy to create stand-alone,
production-grade Spring based Applications that you can "just run".

스프링부트는 무엇이다!라는 명확한 정의는 없지만, "복잡한 고민 없이 빠르게 스프링 기반 애플리케이션 개발을 시작할 수 있게 도와주는 도구"라고 할 수 있습니다.

본격적으로 스프링부트가 스프링과 비교하였을 때 어떻게 다른지 이야기해 보도록 하겠습니다.

Containerless

좌) 일반적인 웹 서버구조, 우) Java기반 웹 서버 구조

웹 프로그램(Component)은 항상 Server의 내부 Container안에 존재하여야 합니다.

Client의 요청에 의해 Server에서 각각의 웹 프로그램이 동작하고, Dynamic Content를 만들어 응답해 줍니다.

ex) 회원가입, 로그인, 게시글 작성

여기서 말하는 Containerless란 흔히 알고 있는 Serverless라는 것과 유사합니다.

Serverless란 개발자가 서버에 대한 설치나 관리를 신경 쓰지 않고 애플리케이션을 개발하고

배포할 수 있는 환경을 의미하며 "서버가 필요하지 않다"라는 의미는 아닙니다.

기존 스프링 레거시 프로젝트의 경우, 프로젝트 생성 후 추가적으로 web.xml설정, WAR구조, 배포관리 등등

WAS서버를 설치 및 설정을 해주어야만 하는 번거로움이 존재했습니다.

하지만 스프링부트의 경우 내장되어 있는 WAS와 초기 설정들 덕분에

개발자가 WAS를 학습하여 설치하고, 실행 및 관리하는 개발자의 수고를 제거해 주었습니다.

Opinionated

첫 프로젝트 생성 후 초기 라이브러리 목록. 좌) 스프링, 우) 스프링부트

스프링 레거시의 경우, 개발자 스스로 특정 기술에 필요한 라이브러리를 선택하고,

버전 호환성을 확인하여 수동으로 추가해주어야 하는 번거로움이 존재했습니다.

https://mvnrepository.com/search?q=JSON

예를 들어 JSON과 관련된 기능을 수행하는 라이브러리를 선택을 할 때 약 8000개의 라이브러리 중에서

원하는 라이브러리를 선택하고 버전 호환성을 확인해야 하는 과정이 불가피했습니다.

스프링부트는 Web, DB연동, Security, Batch와 같은 기술에 필요한 여러 선택지들 중에서 꼭 필요하고 적합하다고

판단되는 라이브러리들을 미리 정해놓고 상호 호환되는 버전을 결정하여 개발자에게 제공해 줍니다.

나아가 각 라이브러리의 Bean 설정까지 어느 정도 제공해 주어 번거로운 과정을 생략시켜 주었습니다.

Configuration

좌) 스프링 root-context.xml, 우) 스프링부트 application.yml

위 사진은 스프링과 스프링부트에서 DB연동과 MyBatis 설정을 하는 방식입니다.

스프링부트는 보시는 것처럼 불필요한 내용이 없어지고 아주 단순해졌습니다.

다양한 커스터마이징 vs 빠르고 효율적인 개발

스프링과 스프링부트는 서로 다른 니즈(Needs)에서 시작되었습니다.

스프링은 더 유연하고, 더 다양한 커스터마이징에 초첨을 두었다면,

스프링부트는 시대의 변화에 맞춰 애플리케이션 개발의 더 빠르고 효율적인 방법을 제공하는 데 초점을 두었습니다.

[ObjectMapper] CustomDeserializer 만들기

Darren Gwon — Sat, 4 Feb 2023 00:10:26 +0900

ObjectMapper은 데이터 포맷 중 하나인 JSON을 간편하게 POJO로 다룰 수 있는 기능들을 제공합니다.

또한 매우 Customizable하기 때문에 고도한 Object 처리를 가능하게 해줍니다.

오늘은 JSON → POJO로 변환하는 과정(Deserialize, 역직렬화)에서 발생한

InvalidFormatException을 해결할 수 있는 CustomDeserializer클래스를 만들어보겠습니다.

1. 시나리오

Book JSON

[
  {
    "name":"자바의정석",
    "reviewCount":"735"
  },
  {
    "name":"토비의스프링",
    "reviewCount":"2,413"
  }
]

BookDto

@Getter
@Setter
public class BookDto {
    private String name;
    private int reviewCount;
}

Service

@Service
@RequiredArgsConstructor
public class BookService {
    private final ObjectMapper objectMapper;
    
    public List<BookDto> getBooks(JsonNode responseNode) throws JsonProcessingException {
        List<BookDto> bookList = objectMapper.readValue(responseNode.toString(), new TypeReference<List<BookDto>>() {});
        return bookList;
    }
}

Book JSON이 담긴 responseNode를 List<BookDto>로 변환해주는 코드입니다.

"자바의정석" 데이터의 경우 BookDto로 변환하는데 문제가 없지만,

"토비의스프링" 도서 데이터처럼 콤마(comma)를 포함하는 경우엔 BookDto로 변환이 불가능합니다.

형변환 에러 로그

com.fasterxml.jackson.databind.exc.InvalidFormatException: Cannot deserialize value of type `java.lang.Integer` from String "2,413": not a valid `java.lang.Integer` value

reviewCount는 엄연한 숫자 데이터이지만, 위처럼 변환이 불가능한 경우에는

CustomDeserializer 클래스를 정의하여 등록해주면 ObjectMapper를 보다 유용하게 사용 가능합니다.

2. 구현 코드

CustomIntegerDeserializer

public class CustomIntegerDeserializer extends JsonDeserializer<Integer> {
    @Override
    public Integer deserialize(JsonParser p, DeserializationContext ctxt) throws IOException, JacksonException {
        String stringNumber = p.getValueAsString();
        if(Objects.isNull(stringNumber) || "".equals(stringNumber)) return null;

        return Integer.parseInt(stringNumber.replace(",", ""));
    }
}

JsonDeserializer를 상속받아 deserialize메서드를 오버라이딩하는 커스텀 클래스를 만들어줍니다.

콤마를 stringNumber.replace(",", "")로 변환 후, Integer.parseInt()를 통해 int형으로 반환합니다.

BookDto

@Getter
@Setter
public class BookDto {
    private String name;
    private int reviewCount;
}

reviewCount의 타입을 기본형 int에서 Wrapper클래스인 Integer로 변경해줍니다.

기본형 int타입의 경우 의도한대로 변환이 불가능합니다.

ObjectMapper

@Configuration
public class SpringConfig {
    @Bean
    public ObjectMapper objectMapper() {
        return JsonMapper.builder()
                .configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false)
                .addModule(new SimpleModule().addDeserializer(Integer.class, new CustomIntegerDeserializer()))
                .build();
    }
}

위 코드처럼 CustomIntegerDeserializer 클래스를 module로 추가해주면

선언된 타입이 Integer일 때, 역직렬화 과정에서 CustomIntegerDeserializer 클래스에 의해 변환이 이루어집니다.

[JsonNode] JsonNode을 Stream으로 변환하기

Darren Gwon — Thu, 2 Feb 2023 02:07:09 +0900

안녕하세요.

Array형식의 응답 값을 간편하게 다루기 위한 고민을 했습니다.

JsonNode는 Iterable 인터페이스를 구현하고 있어, Stream으로 변환하여 처리하였습니다.

StreamSupport 클래스의 stream() 메서드로 변환이 가능합니다.

StreamSupport.stream(jsonNode.spliterator(), false);

아래는 응답값을 간편하게 특정 조건으로 필터링한 후 List로 반환해주는 예제입니다.

JsonNode responseNode = restTemplate.exchange(uri, HttpMethod.POST, entity, JsonNode.class).getBody();
List<JsonNode> visitorNodeList = StreamSupport.stream(responseNode.spliterator(), false)
                        .filter(x -> x.get("age").asInt() < maxAge)
                        .collect(Collectors.toList());

[OAuth 2.0] 스프링부트로 Google 로그인 구현해보기 -2

Darren Gwon — Sat, 14 Jan 2023 00:26:01 +0900

[OAuth 2.0] OAuth 개념과 구글 OAuth 세팅 및 로그인 스프링부트로 구현 해보기 -1

안녕하세요. 이번 게시글에서는 OAuth 2.0에 대한 간략한 개념과 스프링부트 환경에서 직접 구현해보는 단계까지 다뤄보도록 하겠습니다. OAuth, Open Authorization 정의 OAuth는 인터넷 사용자들이 비밀

darrenlog.tistory.com

이번 게시글은 1편에 이어 스프링 부트를 활용하여 유저의 이메일 정보를 받아오는 코드를 작성해 보도록 하겠습니다.

1. Authorization Code 발급

가장 먼저 해야하는 Authoriztion code 발급부터 테스트해보도록 하겠습니다.

https://accounts.google.com/o/oauth2/auth?client_id=CLIENT_ID&redirect_uri=REDIRECT_URI&response_type=code&scope=https://www.googleapis.com/auth/userinfo.email https://www.googleapis.com/auth/userinfo.profile

유저가 위 페이지에서 구글 로그인을 마치고나면 redirect_uri에 Authorization code를 응답해 줍니다.

일단 Authorization code를 콘솔에 출력하는 것부터 진행해 보겠습니다.

패키지 구조는 간단하게 구성하였습니다.

application.yml

oauth2:
  google:
    client-id: 클라이언트ID
    client-secret: 클라이언트SECRET
    redirect-uri: 리디렉션URI
    token-uri: https://oauth2.googleapis.com/token
    resource-uri: https://www.googleapis.com/oauth2/v2/userinfo
  kakao:
    client-id: 클라이언트ID
    client-secret: 클라이언트SECRET
    redirect-uri: 리디렉션URI
    token-uri: 엑세스토큰URI
    resource-uri: 리소스URI

컨트롤러

컨트롤러 URL Mapping은 Google OAuth API 설정 시 등록했던 리디렉션 URI와 동일하게 해 주세요.

@RestController
@RequestMapping(value = "/login/oauth2", produces = "application/json")
public class LoginController {

    LoginService  loginService;

    public LoginController(LoginService loginService) {
        this.loginService = loginService;
    }

    @GetMapping("/code/{registrationId}")
    public void googleLogin(@RequestParam String code, @PathVariable String registrationId) {
        loginService.socialLogin(code, registrationId);
    }
}

서비스

@Service
public class LoginService {
    public void socialLogin(String code, String registrationId) {
        System.out.println("code = " + code);
        System.out.println("registrationId = " + registrationId);
    }
}

구글 로그인 후에 콘솔에 위에 사진처럼 잘 출력되신다면 성공입니다.

2. Access Token 발급

발급받은 Authorization code를 통해 Access Token을 발급받아보겠습니다.

서비스

@Service
public class LoginService {

    private final Environment env;
    private final RestTemplate restTemplate = new RestTemplate();
    
    public LoginService(Environment env) {
        this.env = env;
    }
    public void socialLogin(String code, String registrationId) {
        String accessToken = getAccessToken(code, registrationId);
        System.out.println("accessToken = " + accessToken);
    }

    private String getAccessToken(String authorizationCode, String registrationId) {
        String clientId = env.getProperty("oauth2." + registrationId + ".client-id");
        String clientSecret = env.getProperty("oauth2." + registrationId + ".client-secret");
        String redirectUri = env.getProperty("oauth2." + registrationId + ".redirect-uri");
        String tokenUri = env.getProperty("oauth2." + registrationId + ".token-uri");

        MultiValueMap<String, String> params = new LinkedMultiValueMap<>();
        params.add("code", authorizationCode);
        params.add("client_id", clientId);
        params.add("client_secret", clientSecret);
        params.add("redirect_uri", redirectUri);
        params.add("grant_type", "authorization_code");

        HttpHeaders headers = new HttpHeaders();
        headers.setContentType(MediaType.APPLICATION_FORM_URLENCODED);

        HttpEntity entity = new HttpEntity(params, headers);

        ResponseEntity<JsonNode> responseNode = restTemplate.exchange(tokenUri, HttpMethod.POST, entity, JsonNode.class);
        JsonNode accessTokenNode = responseNode.getBody();
        return accessTokenNode.get("access_token").asText();
    }
}

콘솔에 다음과 같이 출력되었으면 accessToken까지 발급하는 데에 성공하셨습니다.

3. Resource Server에서 유저정보 받기

이제 마지막 단계입니다.

OAuth 개념에 Resource Server라는 것이 있는데

유저 정보를 안전하게 저장하고 있는 서버라고 생각하시면 됩니다.

서비스

@Service
public class LoginService {

    private final Environment env;
    private final RestTemplate restTemplate = new RestTemplate();

    public LoginService(Environment env) {
        this.env = env;
    }
    public void socialLogin(String code, String registrationId) {
        String accessToken = getAccessToken(code, registrationId);
        JsonNode userResourceNode = getUserResource(accessToken, registrationId);
        System.out.println("userResourceNode = " + userResourceNode);

        String id = userResourceNode.get("id").asText();
        String email = userResourceNode.get("email").asText();
        String nickname = userResourceNode.get("name").asText();
        System.out.println("id = " + id);
        System.out.println("email = " + email);
        System.out.println("nickname = " + nickname);
    }

    private String getAccessToken(String authorizationCode, String registrationId) {
        String clientId = env.getProperty("oauth2." + registrationId + ".client-id");
        String clientSecret = env.getProperty("oauth2." + registrationId + ".client-secret");
        String redirectUri = env.getProperty("oauth2." + registrationId + ".redirect-uri");
        String tokenUri = env.getProperty("oauth2." + registrationId + ".token-uri");

        MultiValueMap<String, String> params = new LinkedMultiValueMap<>();
        params.add("code", authorizationCode);
        params.add("client_id", clientId);
        params.add("client_secret", clientSecret);
        params.add("redirect_uri", redirectUri);
        params.add("grant_type", "authorization_code");

        HttpHeaders headers = new HttpHeaders();
        headers.setContentType(MediaType.APPLICATION_FORM_URLENCODED);

        HttpEntity entity = new HttpEntity(params, headers);

        ResponseEntity<JsonNode> responseNode = restTemplate.exchange(tokenUri, HttpMethod.POST, entity, JsonNode.class);
        JsonNode accessTokenNode = responseNode.getBody();
        return accessTokenNode.get("access_token").asText();
    }

    private JsonNode getUserResource(String accessToken, String registrationId) {
        String resourceUri = env.getProperty("oauth2."+registrationId+".resource-uri");

        HttpHeaders headers = new HttpHeaders();
        headers.set("Authorization", "Bearer " + accessToken);
        HttpEntity entity = new HttpEntity(headers);
        return restTemplate.exchange(resourceUri, HttpMethod.GET, entity, JsonNode.class).getBody();
    }
}

콘솔에 위처럼 값이 출력되면 구글 OAuth2.0 로그인 부분 구현에 성공하셨습니다.

이제 발급받은 email 정보를 통해 각자 서비스 정책에 맞는 회원가입 로직을 작성하시면 됩니다.

최종 코드는 깃헙에 공유해놓았습니다.

GitHub - darren-gwon/springboot_oauth_example: springboot_oauth_example

springboot_oauth_example. Contribute to darren-gwon/springboot_oauth_example development by creating an account on GitHub.

github.com

2022년 회고록 - 전역 후 개발자로 취업까지

Darren Gwon — Sat, 31 Dec 2022 23:57:56 +0900

1월 공군 만기 전역

1월 13일에 미복귀 휴가를 나오며 공군 만기 전역을 하였습니다.

2월 28일 드디어 민간인 신분이 되어

개발자가 되기 위한 목표를 달성하기 위해 국취제 프로그램을 알아보았습니다.

2월 비트캠프 합격

여러 학원들 중 강남 비트캠프를 선택하게 되었고

2월 11일 합격을 하게 되었습니다.

본가가 강원도라 ktx를 타고 왔다 갔다 하면서 수업을 들었었습니다.

지금 생각해보면 열정 하나만으로 버틸 수 있었던 것 같습니다.

비트캠프 수료, 그리고 남궁성 선생님의 DevCamp!

드디어 비트캠프를 수료하게 됐습니다! 사실 수료한지 이미 며칠이 지났지만 기록을 남기려고 포스팅을 합니다 ㅎㅎ 처음시작했을 때는 수료날이 언제 올까 싶었는데... 시간이 참 빠르네요. 주

darrenlog.tistory.com

4월 패스트캠퍼스 인터뷰 촬영

열심히 공부하던 중 패스트캠퍼스로 부터 인터뷰 제안을 받게 되었습니다.

저는 단지 제가 해야만 하는 공부를 한 것뿐인데

제게 이런 특별한 기회를 주신 패스트캠퍼스 분들에게 감사하다는 말씀드리고 싶습니다.

"나의 노력을 알아주는 사람이 있구나!"

라는 위로와 용기를 얻을 수 있던 것 같습니다.

[패캠인사이트] Darren 수강생님과 함께한 인사이트 인터뷰 | 패스트캠퍼스

패스트캠퍼스와 함께 변화한 수강생의 이야기를 듣습니다

fastcampus.co.kr

7월 파이널 프로젝트 & 프로젝트 멘토링

제가 관리하고 있는 스터디모임에서 지원자를 받아

웹 프로젝트를 진행하게 되었습니다.

저는 멘토로 활동하면서 프로젝트 설계와 진행을 돕는 역할을 했었습니다.

8월 데브캠프

비트캠프 수료 후 데브캠프를 들어가게 됐습니다.

첫 개발 공부를 할 때 자바의정석으로 시작을 하였고,

스프링의 정석을 통해 본격적으로 웹 개발 공부를 하였습니다.

자바의정석 저자시며 스프링의정석 강사이신 남궁성 선생님께 직접 배울 수 있는 기회를 통해서

정말 많이 성장할 수 있었고 지금의 제가 있을 수 있었습니다.

선생님 감사합니다.

남궁성 선생님의 부트캠프, 2022 DevCamp를 수료하며

https://darrenlog.tistory.com/9 비트캠프 수료, 그리고 남궁성 선생님의 DevCamp! 드디어 비트캠프를 수료하게 됐습니다! 사실 수료한지 이미 며칠이 지났지만 기록을 남기려고 포스팅을 합니다 ㅎㅎ 처

darrenlog.tistory.com

10월 취업

한 달 정도 취준 생활을 하며 여러 곳에 면접도 보고 바쁘게 지낸 것 같습니다.

결국 제가 소속될 곳을 결정하고 10월 11일 첫 출근을 하게 되었습니다.

저희 회사 종무식 사진입니다.

각자 부담없이 작은 선물을 준비하여 보드 게임을 하면서 보내는 문화가 있습니다.

일등부터 자신이 원하는 선물을 가져갈 수 있고 저는 운 좋게도 공동 2등을 하게 됐네요.

정말 재밌고 특별한 추억을 만들 수 있었던 것 같습니다.

좋은 문화와 좋은 사람들이 모여있는 곳이라 "더 열심히 잘하고 싶다"라는 마음이 드는 회사입니다.

비록 몇 달 안 된 신입 개발자이지만 앞으로 성장할 제 모습이 기대가 됩니다.

더 성장하여 좋은 역량으로 보답하는 제가 됐으면 좋겠네요.

화이팅!

누군가 제게 2022년도가 어떤 한해였는지 묻는다면

"제 인생에 이보다 더 큰 열정으로 살아본 적이 없다"라고 자신 있게 대답할 수 있을 것 같습니다.

여러분들에게 2022년도는 어떤 한 해였나요?

좋았던 일, 그렇지 못했던 일 이제는 다 과거의 추억으로 남겨놓으시고

다가올 새로운 날을 기대하셨으면 좋겠습니다.

이 글을 읽으시는 분들 모두 2023년에는 항상 좋은 일들만 가득하시길 바랍니다.

새해 복 많이 받으세요.

[OAuth 2.0] 개념과 Google OAuth2.0 세팅부터 스프링부트로 구현-1

Darren Gwon — Tue, 27 Dec 2022 11:32:45 +0900

안녕하세요.

이번 게시글에서는 OAuth 2.0에 대한 간략한 개념과

스프링부트 환경에서 직접 구현해보는 단계까지 다뤄보도록 하겠습니다.

OAuth, Open Authorization 정의

OAuth는 인터넷 사용자들이 비밀번호를 제공하지 않고 다른 웹사이트 상의 자신들의 정보에 대해 웹사이트나 애플리케이션의 접근 권한을 부여할 수 있는 공통적인 수단으로서 사용되는, 접근 위임을 위한 개방형 표준이다.

유저가 특정 웹사이트(타 서비스)를 이용하려고 할 때, 자신의 회원정보를 기존에 이미 가입했던 구글, 네이버, 카카오 등에서 제공해주어 보다 안전하고 간편하게 회원가입 또는 로그인 처리를 돕는 프로토콜입니다.

비밀번호와 같은 나의 민감한 정보를 타 서비스에서 관리하도록 하는 것이 아니라 구글, 네이버, 카카오 등에 개인정보 관리 책임을 위임하여 보안 및 관리적인 측면에서 유리하다고 할 수 있습니다.

Google OAuth 흐름도

사용자가 Third-party 어플리케이션에서 구글로그인 진행 할 때 다음과 같은 플로우로 진행됩니다.

1. 구글 로그인 진행

2. 로그인 성공 시, Google 승인서버(Authorization Server)에서 Authorization Code를 제공

3. Google 승인서버(Authorization Server)에 Authorization Code로 Access Token과 교환

4. Access Token으로 Google 자원서버(Resource Server)에 유저자원(유저정보) 요청

5. 유저자원(유저정보) 반환

구글 OAuth를 사용하기 앞서 Google Cloud에 가입해주셔야 합니다.

https://cloud.google.com/apis?hl=ko

Cloud APIs | Google Cloud

REST API를 활용하여 코드에서 BigQuery, Compute Engine과 같은 Google Cloud 제품을 사용하세요.

cloud.google.com

1. 아직 생성한 프로젝트가 없으시면 위 처럼 새 프로젝트를 먼저 생성해주시면 됩니다.

2. OAuth 동의 화면을 검색해줍니다.

3. 외부 선택 후 만들기를 눌러주세요.

4. 필요한 내용을 작성 후 저장 후 계속 클릭해주세요.

5. Google 자원서버로 부터 제공받을 유저정보의 범위를 설정하여 업데이트 해주시면 됩니다.

저는 프로필 정보와 이메일 정보를 받아올 예정이라 사진처럼 설정하였습니다.

6. OAuth 테스트 상태 동안 접근을 허용해줄 이메일 계정을 등록해주시고 저장하시면 됩니다.

7. OAuth 동의 화면은 이걸로 마쳤습니다.

9. 사용자 인증 정보를 검색하여 사용자 인증 정보를 만들어 줍니다.

10. 승인된 리디렉션 URI에는 authorization code를 받을

컨트롤러의 Mapping URI를 입력해주시면 됩니다.

만들기 버튼을 눌러주세요.

위 처럼 Client ID와 Client Secret Key를 발급 받으셨으면 OAuth를 사용하기 위한 기본 준비는 끝났습니다.

이제 간단한 테스트를 해보겠습니다.

https://accounts.google.com/o/oauth2/auth?client_id=CLIENT_ID&redirect_uri=REDIRECT_URI&response_type=code&scope=https://www.googleapis.com/auth/userinfo.email https://www.googleapis.com/auth/userinfo.profile

위 링크를 본인이 발급받은 클라이언트ID와 리디렉션URI로 변경하여 접속해보세요.

위 사진과 같은 화면이 나온다면 이제 모든 준비는 완료되었습니다.

실제 코드로 구현하는 부분은 다음 포스팅에서 다뤄보도록 하겠습니다.

감사합니다.