버리야 날자

[Docker] no space left on device 해결 - Mac

버리야 — Fri, 19 Jan 2024 05:09:34 +0900

Mac에서 Docker로 elasticsearch를 실행하려고 하니, 'no space left on device' 오류를 만났다.

-> Please restart Elasticsearch to activate any plugins installed
Exception in thread "main" java.nio.file.FileSystemException: /tmp/elasticsearch-11008505465111459062: No space left on device
at java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:100)
at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:106)
at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111)
at java.base/sun.nio.fs.UnixFileSystemProvider.createDirectory(UnixFileSystemProvider.java:438)
at java.base/java.nio.file.Files.createDirectory(Files.java:699)
at java.base/java.nio.file.TempFileHelper.create(TempFileHelper.java:134)
at java.base/java.nio.file.TempFileHelper.createTempDirectory(TempFileHelper.java:171)
at java.base/java.nio.file.Files.createTempDirectory(Files.java:1017)
at org.elasticsearch.tools.launchers.Launchers.createTempDirectory(Launchers.java:55)
at org.elasticsearch.tools.launchers.TempDirectory.main(TempDirectory.java:43)

docker desktop 에서의 no space left on device 해결 방법

docker desktop > 상단의 톱니바퀴(Preferences) 클릭

Preferences > Resources > Advanced 에서, Disk Image size를 늘려주기 > 적용을 위해 Docker desktop 재시작

(캡쳐 화면에서 80GB로 변경했다. 용량이 많이 남아서..)

그외 해결방법,

필요없는 컨테이너와 이미지 삭제를 하면 된다.

docker system df -v 명령을 실행하여 상세한 공간 사용 정보를 확인하거나,

docker image ls 나 docker container ls -a 명령을 실행하여 이미지와 컨테이너 목록을 확인 다. 불필요한 객체가 많으면 docker system prune 명령을 실행하여 정리할 수 있다.

Docker Desktop은 맥 파일 시스템에 있는 단일 "disk image" 파일에 리눅스 컨테이너와 이미지를 저장한다. 이는 리눅스에서 Docker가 컨테이너와 이미지를 /var/lib/docker 디렉토리에 저장하는 것과 다르다.

Docker Desktop 디스크 이미지 파일 위치찾기 :

Preferences > Resources > Advanced > Disk Image location 확인

참고하면 좋을 macfaqs : https://docs.docker.com/desktop/faqs/macfaqs/

OpenAI GPT Store 출시 소식 및 팀 구독 추가

버리야 — Thu, 11 Jan 2024 05:55:44 +0900

OpenAI GPT Store 출시

드디어, OpenAI가 GTP 스토어를 출시했습니다.

OpenAI가 최근 GPT 스토어를 선보이며 기술 업계에 새로운 전환점을 마련했습니다. 이번 출시는 인공지능 기술의 접근성과 유연성을 한 차원 높이는 중요한 발걸음으로, ChatGPT Plus, Team, Enterprise 사용자들에게 새로운 기회의 문을 열어주고 있습니다.

GPT Store의 탄생 배경

GTPs를 출시 이후에 두달동안 300만개 이상의 GPTs가 생성되었습니다. 이러한 폭발적인 반응을 바탕으로, OpenAI는 사용자들이 유용하고 인기 있는 GPT를 쉽게 찾을 수 있도록 이 스토어를 제공한다고 공식 블로그에 발표를 했습니다. 이는 사용자 생성 GPT의 허브 역할을 하며, 다양한 파트너 및 커뮤니티에 의해 개발된 GPT를 포함하고 있습니다.

주간 GPT 소개와 개인화된 접근

GPT 스토어는 ChatGPT Plus, Team, Enterprise 사용자를 대상으로 다양한 사용자 생성 GPT를 제공합니다. 스토어에는 파트너 및 커뮤니티에 의해 개발된 다양한 GPT가 포함되어 있으며, 매주 새로운 GPT를 특징으로 소개합니다. 또한, 사용자들은 자신들의 GPT를 스토어에 공유할 수 있으며, GPT 빌더들은 이용자 참여에 따라 수익을 얻을 수 있는 프로그램도 시작할 예정입니다. ChatGPT Team 고객은 개인화된 GPT 접근을 제공받으며, 엔터프라이즈 고객에게는 추가 관리 기능이 제공될 예정입니다.

https://chat.openai.com/gpts

OpenAI blog의 GPTs 소개 화면

사용자 참여와 GPT 빌더 수익 프로그램

자신의 GPT를 store에 공유하기

Save your GPT for Everyone (Anyone with a link will not be shown in the store).
Verify your Builder Profile (Settings → Builder profile → Enable your name or a verified website).

GPT 빌더 수익 프로그램

1분기에는 GPT 빌더 수익 프로그램을 시작할 예정이고 첫번째로 미국 builders에게 먼저 사용자 참여를 기반으로 비용을 지불받는다고 합니다. 결제 기준에 대한 자세한 내용은 추후 확정되는 대로 안내가 될 예정이라고 합니다.

팀 Plan의 추가 기능

이번 GPT 스토어 출시와 함께, 팀 Plan이라는 새로운 서비스도 선보였습니다. 이는 GPT-4, DALL·E, Browsing, Advanced Data 분석 등과 같은 도구를 활용할 수 있는 기능을 제공합니다. 팀 Plan은 workspace에서 GPT 생성 및 공유, workspace 관리를 위한 관리자 콘솔 제공 등, 팀 작업의 효율성을 높이는 다양한 기능을 포함하고 있습니다.

팀 plan에 더 자세히 알고 싶다면, https://openai.com/chatgpt/team 에서 확인하세요

ChatGPT Team

A customized, always-improving superassistant for every member of your team.

openai.com

OpenAI의 GPT Store 출시는 인공지능 분야에서의 혁신적인 이정표로, 사용자 및 개발자 커뮤니티에 새로운 기회를 제공합니다. 이를 통해 기술의 발전뿐만 아니라, 사용자들의 창의적인 아이디어가 현실로 구현될 수 있는 플랫폼이 될 것으로 기대됩니다.

[IntelliJ] Big Data Tools - Kafka IntelliJ Plugin

버리야 — Wed, 23 Aug 2023 20:09:51 +0900

요즘 필수가 되어버린 event driven 개발을 하다보면, Kafka를 사용할 때가 많은데요.

Kafka 클러스터에 연결하여 메세지를 produce한다던가 consume을 UI를 통해서 확인할 수 있습니다.

IntelliJ 에서 Preferences > Plugins > Marketplace에서 'Big Data Tools'를 검색하시면 됩니다.

https://plugins.jetbrains.com/plugin/12494-big-data-tools

Big Data Tools - IntelliJ IDEs Plugin | Marketplace

A bundle of plugins for data engineers and other specialists engaged with big data workloads. Installed in your favorite JetBrains IDE, Big Data Tools helps develop...

plugins.jetbrains.com

출처 : jetbrains 홈페이지 (https://plugins.jetbrains.com/plugin/21704-kafka)

message 내용을 직접 보고 싶다면 위 화면과 같이 topic을 선택하여 consumer를 만들어서 start consuming을 하면 됩니다.

데이터가 나오지 않는다면, Range and Filters > Start from 을 조절해서 선택해주시면 됩니다.

[Kotlin] 코틀린 MapStruct 적용 및 사용하기 (feat.gradle)

버리야 — Fri, 2 Sep 2022 09:00:06 +0900

서버 작업을 하면 빈번하게 필요한 Model과 DTO 변환을 필드 선언만 해놓으면 자동으로 변환해주는 MapStruct를 Java 작업할때 많이 사용하는데요. Kotlin에서도 적용해보았습니다.

Kotlin MapStruct 적용

build.gradle.kts 파일에 추가해줍니다.

// build.gradle.kts

plugins {
	kotlin("kapt") version "1.7.10"
}

subprojects {
	apply(plugin = "kotlin-kapt")

	dependencies {
        implementation("org.mapstruct:mapstruct:1.5.2.Final")
        kapt("org.mapstruct:mapstruct-processor:1.5.2.Final")
        kaptTest("org.mapstruct:mapstruct-processor:1.5.2.Final")
	}
}

Kotlin MapStruct 사용

아래와 같이 Person(Model) 과 PersonDto(DTO)간의 매핑이 필요한다고 하면,

data class Person(var firstName: String?, var lastName: String?, var phoneNumber: String?, var birthdate: LocalDate?)

data class PersonDto(var firstName: String?, var lastName: String?, var phone: String?, var birthdate: LocalDate?)

MapStruct Converter를 interface로 생성을 해줘야 합니다.

MapStruct Mapper 정의

import org.mapstruct.Mapper

@Mapper
interface PersonConverter {

    @Mapping(source = "phoneNumber", target = "phone")
    fun convertToDto(person: Person) : PersonDto

    @InheritInverseConfiguration
    fun convertToModel(personDto: PersonDto) : Person

}

Mapper를 정의한후에 build를 해주면 자동으로 @Mapper 붙인 interface 이름에 Impl이 붙은 클래스가 generate 된 것을 확인할 수 있습니다.

kotlin-annotation-processing 은 dependency에 추가한 kapt에 의해 동작하는 것입니다.

더 자세한건, kotlin 공식 홈페이지를 참고해주세요

MapStruct는 선언된 Model과 DTO간의 이름이 같다면 자동으로 매핑을 해주고, 이름이 다를 경우는 @Mapping annotation을 이용해서 정의를 해주면 됩니다.

MapStruct Mapper를 사용하여 convert 해주기

val converter = Mappers.getMapper(PersonConverter::class.java) // or PersonConverterImpl()

val person = Person("Samuel", "Jackson", "0123 334466", LocalDate.of(1948, 12, 21))

val personDto = converter.convertToDto(person)
println(personDto)

val personModel = converter.convertToModel(personDto)
println(personModel)

참고.

Kotlin 1.1부터 반복적인 annotation 은 지원되지 않아서, @Mapping을 여러개 사용해야할 때는 Mapping-Annotation을 감싼 @Mappings를 사용해서 선언해야 합니다.

  @Mappings(
        Mapping(source = "majorVersion", target = "major"),
        Mapping(source = "minorVersion", target = "minor"),
        Mapping(source = "patchVersion", target = "patch"),
        Mapping(source = "normalVersion", target = "normal"),
        Mapping(source = "preReleaseVersion", target = "preRelease")
)
fun convertToDto(version: Version): VersionDto

더 자세히..

MapStruct 공식 홈페이지 : https://mapstruct.org/

MapStruct – Java bean mappings, the easy way!

Java bean mappings, the easy way! Get started Download

mapstruct.org

mapstruct 공식 github에서 mapstruct-kotlin의 아주 간단한 예제를 확인하실 수 있습니다.

https://github.com/mapstruct/mapstruct-examples/tree/main/mapstruct-kotlin

GitHub - mapstruct/mapstruct-examples: Examples for using MapStruct

Examples for using MapStruct. Contribute to mapstruct/mapstruct-examples development by creating an account on GitHub.

github.com

[Flutter] 안드로이드 스튜디오 ios emulator 빈 화면 해결 - blank white screen 오류

버리야 — Thu, 1 Sep 2022 09:00:06 +0900

flutter 및 앱 개발 초보인 저는 flutter 프로젝트를 최초 생성후 ios emulator 로 앱 실행을 해보았었는데, 그땐 잘 나왔는데 어느날 한참 후 다시 실행을 시켜보니 화면이 그냥 하얗게만 나왔습니다.

당황했지만, 구글링을 해보며 언제나 그렇듯 해결책을 찾아 봅니다.

ios emulator blank white screen

혹시나 다시 xcode 관련 설정이 안된게 있나 확인하려고 flutter doctor를 실행해보았지만, 다 정상이네요

flutter doctor 화면

flutter clean (시간이 조금..걸립니다.) 을 해보고 다시 에뮬레이터를 시작 후 앱 실행을 해줍니다.

flutter clean 작업시에는 무슨일을 하는지 간단히 나오네요.

짜잔, flutter clean을 한번 해주고 나니 정상적으로 화면이 떴네요

flutter github issues에도 blank white screen 관련 많은 질문과 답변들이 있는걸로 봐서 흔히 겪는 현상인 것 같네요..

https://github.com/flutter/flutter/issues/22188

Blank white screen on launching my flutter app on iOS · Issue #22188 · flutter/flutter

Steps to Reproduce Run the app on the iPhoneX simulator or my iPhone 6s.(The app and the developer are all verified) The app runs Pod install and installs the application When the app launches a bl...

github.com

[Android Studio] Emulator 새창으로 띄우기 - Emulator Launch in tool window

버리야 — Wed, 31 Aug 2022 09:00:27 +0900

Android Studio에서 Emulator를 이용해서 개발하다 보면 Emulator가 새창에서 실행이 될때가 있는데, 항상 새창에서 실행되게 하는 방법입니다. 처음에 아무 Emulator 기본설정은 하지 않으면 아래 화면처럼 답답하게 나오죠.

Emulator Dock Pinned

제가 원하는 모습은 아래 화면처럼 Emulator가 단독으로 실행되는것처럼 떠있는 상태입니다.

(Standalone application 으로 떠 있는 화면)

Emulator Launch in tool window

기본 View Mode가 Dock Pinned 로 되어있습니다. 여기서 Float 도 해보고, Window를 선택해봤지만 원하는 모습이 아니었습니다.

Emulator Dock Pinned

View Mode : Float 로 설정

Emulator Float

해결

Android Studio -> Preference -> Tools -> Emulator 를 선택후, 오른쪽에 "Launch in tool window" 항목 체크해제!

Apply 적용후, 기존에 Emulator가 동작중이었다면 다시 restart를 해줍니다.

짜잔~

Emulator Launch in tool window 설정 후

[Kotlin] 코틀린 값 비교 - Equality Checks

버리야 — Sat, 27 Aug 2022 09:00:54 +0900

Kotlin에서 == 연산자는 값이 같은지 비교하고, === 연산자는 참조값이 같은지 비교하는데 사용합니다.

a == b 처럼 쓰면 아래처럼 컴파일 됩니다.

if (a == null) b == null else a.equals(b)

아래 초 간단 예제를 봅니다.

set, list 모두 동일한 결과이고 == 는 순서에 상관없이 set에 값이 같으면 true, === 는 객체 자체가 같은지 비교하니까 false로 나옵니다.

list는 == 은 값의 순서가 같아야지 true, === 는 다른 객체니까 false로 나옵니다.

fun main() {
  val book1 = setOf("book1","book2")
  val book2 = setOf("book1","book2")

  println(book1 == book2) // true
  println(book1 === book2) //false
  
  val book3 = listOf("book1","book2")
  val book4 = listOf("book1","book2")

  println(book3 == book4) //true
  println(book3 === book4) //false
  println(book3 != book4)   // false
  
  val book5 = listOf("book2", "book1")
  println(book3 == book5) // false
}

[Flutter] 안드로이드 스튜디오 AVD 에뮬레이터 실행 오류 - Android Virtual Device Error launching application on sdk gphone64 arm64.

버리야 — Fri, 26 Aug 2022 09:00:42 +0900

이제 막 Flutter 입문하여 만지작 거리던 중 오류를 만났습니다. 1일 1오류를 겪고 있습니다.

코드넣는시간보다 오류해결하는 시간이 많지만 이겨내보겠습니다.

안드로이드 스튜디오에서 에뮬레이터를 실행하여 앱을 띄울려고 하니 아래와 같은 에러를 만났습니다.

오류내용

Launching lib/main.dart on sdk gphone64 arm64 in debug mode...
Running Gradle task 'assembleDebug'...
F/RenderEngine(27100): Unable to generate SkImage. isTextureValid:1 dataspace:513
F/RenderEngine(27206): Unable to generate SkImage. isTextureValid:1 dataspace:513
F/RenderEngine(27335): Unable to generate SkImage. isTextureValid:1 dataspace:513
F/RenderEngine(27480): Unable to generate SkImage. isTextureValid:1 dataspace:513
✓ Built build/app/outputs/flutter-apk/app-debug.apk.
cmd: Can't find service: activity
Installing build/app/outputs/flutter-apk/app.apk...
Error: ADB exited with exit code 1
Performing Streamed Install

adb: failed to install /Users/buri/dev/project-toy/flutter/build/app/outputs/flutter-apk/app.apk: cmd: Can't find service: package
Error launching application on sdk gphone64 arm64.

방법 1. 일단 Device manager에서 Wipe Data를 해보았습니다.

그리고 아래와 같은 오류를 만났습니다. 아마도 비정상적으로 에뮬레이터가 중단되서 그런가...라고 짐작해봅니다.

avd가 있는 경로에 lock 파일을 지우고 다시 시도해보라고 합니다.

$ cd ~/.android/avd/Pixel_3a_API_33_arm64-v8a.avd

$ rm *.lock

알려준대로 해봤지만 소용이 없습니다. 여전히 같은 오류가 뜹니다.

방법 2. 설치되어있는 에뮬레이터 Emulator 삭제

feat.이렇게 하기는 귀찮지만... 다른 방법을 몰라서)

Flutter 초보에겐 에뮬레이터를 지우고 설치해도 잃을게 없기때문에 과감히 삭제를 해봅니다.

그리고 다시 Create virtual device 를 클릭해서 생성을 해줍니다.

그냥 잘 모르니, 원래 기본으로 등록되어있던 에뮬레이터를 똑같이 선택해줍니다. Pixel 3a

API 33을 Download 해줘야, 하단의 Next 버튼이 활성화됩니다.

설치가 시작되었습니다.

이제 API 33이 다운로드가 끝났으니, 맨 하단의 Next를 클릭해줍니다.

AVD Name에 이름을 기본으로 써도 되고 원하시면 바꾸면 됩니다.

Finish 버튼을 클릭합니다.

그리고 에뮬레이터를 실행후, 앱 run을 해주니 짜잔~ 하고 다시 동작되네요.

다음부턴 에뮬레이터를 소중히 꺼줘야 겠네요. -_-

[Flutter] Andriod Studio Failure [INSTALL_FAILED_INSUFFICIENT_STORAGE] 오류 해결

버리야 — Wed, 24 Aug 2022 09:00:01 +0900

Android Studio 에서 Emulator를 이용해서 run 실행을 했을때 오류가 발생했을때 해결방법을 알아본다.

adb: failed to install /Users/buri/dev/project-toy/positive/build/app/outputs/flutter-apk/app.apk: Failure [INSTALL_FAILED_INSUFFICIENT_STORAGE]

오류 내용

Launching lib/main.dart on sdk gphone64 arm64 in debug mode...
Running Gradle task 'assembleDebug'...
✓ Built build/app/outputs/flutter-apk/app-debug.apk.
Installing build/app/outputs/flutter-apk/app.apk...
Error: ADB exited with exit code 1
Performing Streamed Install

adb: failed to install /Users/buri/dev/project-toy/positive/build/app/outputs/flutter-apk/app.apk: Failure [INSTALL_FAILED_INSUFFICIENT_STORAGE]
Error launching application on sdk gphone64 arm64.

오류 내용 캡쳐

해결

Device Manager 를 클릭

Android Virtual Device 화면의 하단의 Show Advanced Settings를 클릭

스크롤을 내려 Memory and Storage의 Internal Storage가 기본 800MB로 잡혀있는 것을 볼 수 있다.

Internal Storage : 기본값 800 MB -> 4096MB 정도로 늘려주고, Finish 버튼 클릭

바꾼 설정값은 자동으로 반영되지 않기 때문에, 수동으로 AVD의 풀다운메뉴를 열고 데이터 지워주는 작업이 필요하다.

Device Manager에서 다음 표시를 클릭

Wipe Data 를 클릭

Confirm Data Wipe 에서 Yes를 클릭

해결 완료

다시 Run 실행하면, 정상적으로 실행된것을 확인할 수 있다.

[Flutter] Android Studio 프로젝트 생성 및 앱 실행

버리야 — Tue, 23 Aug 2022 09:00:43 +0900

Android Studio 2021.2.1 Patch 2버전 기준

flutter plugin 설치되어있어야 한다. 설치되어있지 않다면 설치!

설치 후 재시작을 해주면 Projects > New Flutter Project 가 생겼다.

Flutter > New Project에 설치한 Flutter SDK의 경로를 선택해준다.

Project 이름, 위치, 패키지명을 원하는대로 입력해준다.

프로젝트 생성 완료! main.dart 파일에 예제로 코드가 미리 입력되어있는 것을 볼 수 있다.

앱 실행을 위해 오른쪽 상단에 원하는 디바이스 Simulator를 선택해도 되고, 간단하게 Chrome(Web) 으로 띄워보겠다.

앱 실행 화면

오른쪽 하단의 + 버튼을 누르면 누른만큼 숫자가 카운팅되서 증가하는 예제이다.

[Kotlin] 가변 컬렉션과 읽기 전용 컬렉션 구분하기

버리야 — Tue, 2 Aug 2022 20:00:39 +0900

이펙티브 코틀린 책을 읽고 간단히 정리해본 것입니다.

아이템1. 가변성을 제한하라. - 가변 컬렉션과 읽기 전용 컬렉션 구분하기 중에서

읽기 전용 컬렉션
Iterable, Collection, Set, List 인터페이스

읽고 쓸수 있는 컬렉션
MutableIterable, MutableCollection, MutableSet, MutableList 인터페이스
- 읽기전용 인터페이스를 상속 받아, 변경을 위한 메서드만 추가.

Iterable 과 MutableIterable 인터페이스

package kotlin.collections

import kotlin.internal.PlatformDependent

/**
 * Classes that inherit from this interface can be represented as a sequence of elements that can
 * be iterated over.
 * @param T the type of element being iterated over. The iterator is covariant in its element type.
 */
public interface Iterable<out T> {
    /**
     * Returns an iterator over the elements of this object.
     */
    public operator fun iterator(): Iterator<T>
}

/**
 * Classes that inherit from this interface can be represented as a sequence of elements that can
 * be iterated over and that supports removing elements during iteration.
 * @param T the type of element being iterated over. The mutable iterator is invariant in its element type.
 */
public interface MutableIterable<out T> : Iterable<T> {
    /**
     * Returns an iterator over the elements of this sequence that supports removing elements during iteration.
     */
    override fun iterator(): MutableIterator<T>
}

코틀린에서 컬렉션을 진짜로 불변(immutable)하게 만들지 않고 읽기 전용으로 설계한 것은 더 많은 자유를 얻을 수 있다.
코틀린은 내부적으로 immutable 하지 않은 컬렉션을 외부적으로 Immutable하게 보이게 만들어서 얻어지는 안정성이 있지만, 개발자가 '시스템 해킹'을 시도해서 다운캐스팅을 할때가 문제가 된다.
리스트를 읽기 전용으로 리턴하면 이를 읽기전용으로만 사용해야 한다.

컬렉션 다운캐스팅은 계약을 위반하고 추상화를 무시하는 행위. 코드가 안전하지 않고, 예측하지 못한 결과를 초래한다.

fun main() {
    val list = listOf(1, 2, 3)

    // 이렇게 하면 안된다.
    if (list is MutableList) {
        list.add(4)
    }
}

읽기 전용 컬렉션을 mutable로 변경해야 한다면,

복제(copy)를 통해서 새로운 mutable 컬렉션을 만드는 list.toMutableList를 활용해야 한다.

fun main() {
    val list = listOf(1, 2, 3)

    val mutableList = list.toMutableList()
    mutableList.add(4)
}

User라는 immutable 객체가 있고, 성(surname)을 변경해야 한다면, withSurname과 같은 메서드를 제공해서, 자신을 수정한 새로운 객체를 만들어 낼 수 있게 해야한다.

fun main() {
    var user = User("Maja","Markewic2")
    user = user.withSurname("Moskata")
    print(user) // User(name=Maja,surname=Moskata)
}

class User(
    val name: String,
    val surname: String
) {
    fun withSurname(surname: String) = User(name, surname)
}

[Kotlin] 읽기 전용 프로퍼티 - val property

버리야 — Sat, 30 Jul 2022 12:02:11 +0900

다음 내용은 이펙티브 코틀린 책을 읽고 간단히 정리해본 것입니다.

아이템1. 가변성을 제한하라. - 읽기 전용 프로퍼티(val) 중에서

읽기 전용 프로퍼티인 val에 대해 정리해보자.

val a = 10
//a = 20 // 재할당 불가.

val list = mutableListOf(1, 2, 3) // 읽기 전용 프로퍼티(val)로 선언되었어도 mutable 객체를 담고 있다면 내부적으로 변환 가능
list.add(4)
print(list)

//list = mutableListOf(5) //val 로 선언되었다면 재할당이 불가능

'프로퍼티를 읽을 수만 있다는 속성(읽기 전용)'과 '값이 변할 수 없는 것(가변성)'을 구분해서 생각해야한다.

var 프로퍼티를 사용하는 val 프로퍼티는 var 프로퍼티가 변할 때 변할 수 있다.

fun main() {
    println(fullName)
    name = "Maja"
    println(fullName)

    // -- 결과 --
    // Marcin Moskata
    // Maja Moskata
}


var name: String = "Marcin"
var surname: String = "Moskata"
val fullName
    get() ="$name $surname"

코틀린의 프로퍼티는 기본적으로 캡슐화되어있고, 추가적으로 게터(getter)와 세터(setter)를 가질 수 있다. - 코틀린은 API를 변경하거나 정의할 때 굉장히 유연하다.

var은 getter,setter를 모두 제공하지만, val은 변경불가하기 때문에 getter만 제공한다.
val을 var로 오버라이드 가능.
val은 값이 변경될 수 있기는 하지만 프로퍼티 레퍼런스 자체를 변경할 수 없으므로 동기화 문제를 줄일 수 있다.
그래서 일반적으로 var 보다 val을 많이 사용한다.

val은 읽기 전용 프로퍼티지만, 불변(immutable)은 아니다.
완전히 변경할 필요가 없다면 final로 선언.

[Spring] WebClient DataBufferLimitException WebFlux 오류 해결

버리야 — Sun, 10 Apr 2022 07:47:54 +0900

글 작성시의 버전

Springboot : 2.3 버전 / Spring webflux : 5.2 버전

문제

WebClient를 통해 데이터를 가져오는데 데이터의 용량이 너무 커서 메모리 버퍼사이즈가 초과해서

DataBufferLimitException: Exceeded limit on max bytes to buffer : 262144

에러가 발생했습니다.

해결

application memory 이슈를 피하기 위해 Codecs는 버퍼 데이터 사이즈를 제한을 두었습니다.

기본값으로 256KB이고, 만약 이 값이 충분하지 않을 경우에는 기본 코덱 설정값을 바꿔줘야합니다.

WebClient를 build시 codec 설정을 넣어주면 되는데요.

특정사이즈(예 10MB)로 하고 싶다면? 10 * 1024 * 1024

버퍼사이즈를 무한대로 하고 싶다고 하면 : -1 로 설정해주면 됩니다.

ExchangeStrategies exchangeStrategies = ExchangeStrategies.builder()
            .codecs(configurer -> configurer.defaultCodecs()
            .maxInMemorySize(10 * 1024 * 1024) //10MB로 설정
            //.maxInMemorySize(-1)) //제한없음
            .build(); 

this.webClient = webClientBuilder.exchangeStrategies(exchangeStrategies);

Spring에서 AbstractDataBufferDecoder 구현을 살펴보면 기본값인 256KB로 세팅이 되어있는걸 알 수 있습니다.

/**
 * Abstract base class for {@code Decoder} implementations that can decode
 * a {@code DataBuffer} directly to the target element type.
 *
 * <p>Sub-classes must implement {@link #decodeDataBuffer} to provide a way to
 * transform a {@code DataBuffer} to the target data type. The default
 * {@link #decode} implementation transforms each individual data buffer while
 * {@link #decodeToMono} applies "reduce" and transforms the aggregated buffer.
 *
 * <p>Sub-classes can override {@link #decode} in order to split the input stream
 * along different boundaries (e.g. on new line characters for {@code String})
 * or always reduce to a single data buffer (e.g. {@code Resource}).
 *
 * @author Rossen Stoyanchev
 * @since 5.0
 * @param <T> the element type
 */
@SuppressWarnings("deprecation")
public abstract class AbstractDataBufferDecoder<T> extends AbstractDecoder<T> {

	private int maxInMemorySize = 256 * 1024;


	protected AbstractDataBufferDecoder(MimeType... supportedMimeTypes) {
		super(supportedMimeTypes);
	}


	/**
	 * Configure a limit on the number of bytes that can be buffered whenever
	 * the input stream needs to be aggregated. This can be a result of
	 * decoding to a single {@code DataBuffer},
	 * {@link java.nio.ByteBuffer ByteBuffer}, {@code byte[]},
	 * {@link org.springframework.core.io.Resource Resource}, {@code String}, etc.
	 * It can also occur when splitting the input stream, e.g. delimited text,
	 * in which case the limit applies to data buffered between delimiters.
	 * <p>By default this is set to 256K.
	 * @param byteCount the max number of bytes to buffer, or -1 for unlimited
	 * @since 5.1.11
	 */
	public void setMaxInMemorySize(int byteCount) {
		this.maxInMemorySize = byteCount;
	}

https://github.com/spring-projects/spring-framework/blob/main/spring-core/src/main/java/org/springframework/core/codec/AbstractDataBufferDecoder.java

GitHub - spring-projects/spring-framework: Spring Framework

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

github.com

그 외. SpringFramework - MaxInMemorySize 설정

https://github.com/spring-projects/spring-framework/blob/main/src/docs/asciidoc/web/webflux-webclient.adoc#maxinmemorysize

참고로, Spring 버전에 따라 이전 버전에서는 코드에서가 아닌 application.yml 파일에서 property 값을 수정해주면 됩니다.

spring:
  codec:
    max-in-memory-size: 10MB

[Python, Selenium] Selenium webdriver executable_path deprecated warning 해결

버리야 — Sun, 9 Jan 2022 01:01:01 +0900

개발환경

Python version : 3.9

Selenium version : 4.1.0

Chrome driver verison : Latest stable release: ChromeDriver 97.0.4692.71

python + selenium을 아래 코드로 작성하니 deprecated warning이 떴다

from selenium import webdriver

driver = webdriver.Chrome(executable_path='/Users/buri/Downloads/chromedriver')
driver.get(url)

console output:

DeprecationWarning:

executable_path has been deprecated, please pass in a Service object

해결 :

webdriver-manager 설치 하기 : pip install webdriver-manager

코드 수정

from selenium import webdriver
from selenium.webdriver.chrome.service import Service
from webdriver_manager.chrome import ChromeDriverManager

driver = webdriver.Chrome(service=Service(ChromeDriverManager().install()))
driver.get(url)

console output:

====== WebDriver manager ======
Current google-chrome version is 97.0.4692
Get LATEST chromedriver version for 97.0.4692 google-chrome
There is no [mac64] chromedriver for browser in cache
Trying to download new driver from https://chromedriver.storage.googleapis.com/97.0.4692.71/chromedriver_mac64.zip
Driver has been saved in cache [/Users/buri/.wdm/drivers/chromedriver/mac64/97.0.4692.71]

참고 : https://stackoverflow.com/questions/64717302/deprecationwarning-executable-path-has-been-deprecated-selenium-python

DeprecationWarning: executable_path has been deprecated selenium python

I am using sublime to code python scripts. The following code is for selenium in python to install the driver automatically by using the webdriver_manager package # pip install webdriver-manager from

stackoverflow.com

[IntelliJ] 사용하지 않는 import문 자동으로 삭제되도록 설정

버리야 — Wed, 5 Jan 2022 22:31:00 +0900

사용하던 코드를 삭제한 경우 아래처럼 import문이 그대로 남아있는 경우가 있습니다.

IntelliJ > Code > Optimize Imports 인 단축키 control + option + O(mac 키보드 기준)를 사용할 수도 있지만..

자동으로 설정하기 위해 Preferences > Editor > General > Auto Import > Optimize Imports on the fly을 클릭해주면 됩니다.

(단, 언어를 여러개 사용중이시라면 언어별 Editor별로 Optimize Imports on the fly에 체크!를 해야합니다.)

Java Editor 를 사용중이시라면 Java 영역의 Optimize Imports on the fly에 체크!

Kotlin Editor를 사용중이시라면 Kotlin 영역의 Optimize Imports on the fly에 체크!

[Python] Python 3.9 버전 'HTMLParser' object has no attribute 'unescape' 오류 해결

버리야 — Mon, 3 Jan 2022 12:13:24 +0900

python 설치 후에 한동안 사용하지 않아 upgrade가 필요했나 봄.

문제

python 파일을 만들어 수행하려고 하니 'HTMLParser' object has no attribute 'unescape' 오류가 발생.

1초 해결.

pip3 install --upgrade setuptools

# pip3 install --upgrade setuptools
Requirement already satisfied: setuptools in /usr/local/lib/python3.9/site-packages (54.1.2)
Collecting setuptools
  Downloading setuptools-60.2.0-py3-none-any.whl (953 kB)
     |████████████████████████████████| 953 kB 11.2 MB/s
Installing collected packages: setuptools
  Attempting uninstall: setuptools
    Found existing installation: setuptools 54.1.2
    Uninstalling setuptools-54.1.2:
      Successfully uninstalled setuptools-54.1.2
Successfully installed setuptools-60.2.0
WARNING: You are using pip version 21.0.1; however, version 21.3.1 is available.
You should consider upgrading via the '/usr/local/opt/python@3.9/bin/python3.9 -m pip install --upgrade pip' command.

덧붙여, pip install --upgrade pip 도 해주시는게 좋을 듯하여 실행

# pip3 install --upgrade pip
Requirement already satisfied: pip in /usr/local/lib/python3.9/site-packages (21.0.1)
Collecting pip
  Downloading pip-21.3.1-py3-none-any.whl (1.7 MB)
     |████████████████████████████████| 1.7 MB 11.3 MB/s
Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 21.0.1
    Uninstalling pip-21.0.1:
      Successfully uninstalled pip-21.0.1
Successfully installed pip-21.3.1

출처 : https://stackoverflow.com/questions/65640476/pip3-on-python3-9-fails-on-htmlparser-object-has-no-attribute-unescape

[IntelliJ] Plugin - Grep Console

버리야 — Fri, 15 Oct 2021 07:00:46 +0900

인텔리제이에서 수많은 로그속에서 허덕이다 보면, 꼭 필요한 플러그인이 있다. 바로 Grep Console.

로그 레벨(log level)에 따라서 다른 백그라운드 색으로 설정을 해서 로그레벨을 인지 할 수가 있다.

출처 : https://plugins.jetbrains.com/plugin/7125-grep-console

또 많은 터미널의 로그 중에서 내가 grep 해서 보고 싶은 것만 오른쪽 클릭해서 볼 수 있고

예) TIMESTAMP라는 텍스트만 grep 해서 보고 싶다면

이렇게 해당하는 텍스트만 필터링해서 쓸 수 있다. 초 간단!

설치는 IntelliJ IDEA Plugin - marketplace에서 "Grep Console"

https://plugins.jetbrains.com/plugin/7125-grep-console

Grep Console - IntelliJ IDEs Plugin | Marketplace

Grep, tail, filter, highlight... everything you need for a console (JS/NPM/GoLand/... Terminals are not supported - IDEA-216442). Also can highlight the editor...

plugins.jetbrains.com

[SpringData JPA] query method predicate keywords - null이 아닌 빈값을 제외하고 싶을때

버리야 — Thu, 14 Oct 2021 19:49:42 +0900

보통은 컬럼값에 null이거나 null이 아닌 값을 쿼리하는 경우가 많은데 가끔 빈값으로 데이터를 채워 넣고 빈값("")이 아닌 데이터를 쿼리해서 리턴해야할 경우가 있다.

예) phoneNumber != ""

Spring Data JPA에서 기본으로 제공하는 repository method명에는 isEmpty나 isBlank같은건 없다. 대신 method의 argument로 빈값("")을 넘겨 받도록 하고 Not 을 써주면 된다.

repository.findByPhoneNumberNot("")

https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#repository-query-keywords

Spring Data JPA - Reference Documentation

Example 109. Using @Transactional at query methods @Transactional(readOnly = true) interface UserRepository extends JpaRepository { List findByLastname(String lastname); @Modifying @Transactional @Query("delete from User u where u.active = false") void del

docs.spring.io

brew로 gradle 버전 업그레이드

버리야 — Tue, 30 Mar 2021 22:51:07 +0900

* What went wrong:

An exception occurred applying plugin request [id: 'org.springframework.boot', version: '2.3.3.(']

> Failed to apply plugin [id 'org.springframework.boot']

   > Spring Boot plugin requires Gradle 5 (5.6.x only) or Gradle 6 (6.3 or later). The current version is Gradle 5.1

* Try:

Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Get more help at https://help.gradle.org

Spring Boot 2.3.3.RELEASE 버전에서 Gradle 5.6.X 버전이나 Gradle 6(6.3 or later)을 써야하는 에러로그를 만났다.

Mac에서 brew를 이용한 초간단 gradle upgrade 해주기.

현재버전 확인

# gradle --version

------------------------------------------------------------
Gradle 5.1
------------------------------------------------------------

Build time:   2019-01-02 18:57:47 UTC
Revision:     d09c2e354576ac41078c322815cc6db2b66d976e

Kotlin DSL:   1.1.0
Kotlin:       1.3.11
Groovy:       2.5.4
Ant:          Apache Ant(TM) version 1.9.13 compiled on July 10 2018
JVM:          11.0.1 (Oracle Corporation 11.0.1+13)

# brew upgrade gradle
Updating Homebrew...
==> Auto-updated Homebrew!
Updated 3 taps (homebrew/core, homebrew/cask and homebrew/services).
==> New Formulae
djl-serving         leaf-proxy          linux-pam           moto                multitime           orgalorg            pure                python-tk@3.9       rosa-cli            spaceship           timg
==> Updated Formulae
Updated 310 formulae.
==> New Casks
betelguese                                  drovio                                      free42-decimal                              offset-explorer                             xbar
coinomi-wallet                              free42-binary                               northernspysoftware-colorpicker             sonobus
==> Updated Casks
Updated 243 casks.
==> Deleted Casks
adobe-dng-converter                         craft                                       kafka-tool                                  use-engine                                  veonim

==> Upgrading 1 outdated package:
gradle 5.1 -> 6.8.3
==> Upgrading gradle 5.1 -> 6.8.3
==> Downloading https://homebrew.bintray.com/bottles/openjdk-15.0.2.mojave.bottle.tar.gz
==> Downloading from https://d29vzk4ow07wi7.cloudfront.net/25b541c2de04a0ccbe55a2c53ce1c1de32ae0da23e162ecb38ca3ecda630efd9?response-content-disposition=attachment%3Bfilename%3D%22openjdk-15.0.2.mojave.bottle.tar.gz%22&P
######################################################################## 100.0%
==> Downloading https://services.gradle.org/distributions/gradle-6.8.3-all.zip
==> Downloading from https://downloads.gradle-dn.com/distributions/gradle-6.8.3-all.zip
######################################################################## 100.0%
==> Installing dependencies for gradle: openjdk
==> Installing gradle dependency: openjdk
==> Pouring openjdk-15.0.2.mojave.bottle.tar.gz
==> Caveats
For the system Java wrappers to find this JDK, symlink it with
  sudo ln -sfn /usr/local/opt/openjdk/libexec/openjdk.jdk /Library/Java/JavaVirtualMachines/openjdk.jdk

openjdk is keg-only, which means it was not symlinked into /usr/local,
because macOS provides similar software and installing this software in
parallel can cause all kinds of trouble.

If you need to have openjdk first in your PATH, run:
  echo 'export PATH="/usr/local/opt/openjdk/bin:$PATH"' >> ~/.zshrc

For compilers to find openjdk you may need to set:
  export CPPFLAGS="-I/usr/local/opt/openjdk/include"

==> Summary
   /usr/local/Cellar/openjdk/15.0.2: 614 files, 323.9MB
==> Installing gradle
   /usr/local/Cellar/gradle/6.8.3: 11,239 files, 259MB, built in 23 seconds
Removing: /usr/local/Cellar/gradle/4.6... (199 files, 79.3MB)
Removing: /usr/local/Cellar/gradle/5.1... (13,265 files, 234.9MB)
==> Caveats
==> openjdk
For the system Java wrappers to find this JDK, symlink it with
  sudo ln -sfn /usr/local/opt/openjdk/libexec/openjdk.jdk /Library/Java/JavaVirtualMachines/openjdk.jdk

openjdk is keg-only, which means it was not symlinked into /usr/local,
because macOS provides similar software and installing this software in
parallel can cause all kinds of trouble.

If you need to have openjdk first in your PATH, run:
  echo 'export PATH="/usr/local/opt/openjdk/bin:$PATH"' >> ~/.zshrc

For compilers to find openjdk you may need to set:
  export CPPFLAGS="-I/usr/local/opt/openjdk/include"

업그레이드 적용이 잘되었는지 확인

# gradle --version

------------------------------------------------------------
Gradle 6.8.3
------------------------------------------------------------

Build time:   2021-02-22 16:13:28 UTC
Revision:     9e26b4a9ebb910eaa1b8da8ff8575e514bc61c78

Kotlin:       1.4.20
Groovy:       2.5.12
Ant:          Apache Ant(TM) version 1.10.9 compiled on September 27 2020
JVM:          15.0.2 (Oracle Corporation 15.0.2+7)
OS:           Mac OS X 10.14 x86_64

[Junit5] SpringBoot 2에 JUnit5 적용

버리야 — Thu, 22 Aug 2019 12:55:52 +0900

이 문서는 SpringBoot2.0 의 기본인 Junit4 대신에 Junit5를 적용해보면서 정리해봅니다. (기준 버전 junit 5.5.1, SpringBoot 2.0 버전)

공식 문서의 축약 버전입니다.

참고. SpringBoot 2.2.0 버전에서는 junit5 에서는 기본으로 변경됨.

https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.2-Release-Notes#junit-5

JUnit5 ?

JUnit 5은 기존버전과 다르게 3개의 sub-project로 이뤄져있다.

JUnit 5 = JUnit Platform + JUnit Jupiter + JUnit Vintage

JUnit Platform : JVM 기반 테스팅 프레임워크를 실행시키기 위한 기반 모듈. Launcher and TestEngine APIs.

JUnit Jupiter : Junit5를 테스트하고 확장 모델을 지원하기 위한 모듈

JUnit Vintage : JUnit3와 JUnit4 기반의 테스트를 JUnit Platform에서 실행시키기 위한 TestEngine을 제공하는 모듈

지원하는 자바 버전
Junit5는 런타임시 Java8(또는 그 이상)을 필요로 하고, 하위 버전의 jdk로도 컴파일은 가능하다.

SpringBoot2에 JUnit적용하기

SpringBoot 2.2.0 버전에서는 junit5 에서는 기본으로 변경됨.

https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.2-Release-Notes#junit-5

SpringBoot 2.2.0 이전 버전에서의 junit5 설정

junit-platform-engine과 junit-platform-commons 라이브러리를 추가로 지정했는데 그 원인은 여기를 참고.

testImplementation('org.springframework.boot:spring-boot-starter-test') {
 exclude module: 'junit'
}
testImplementation("org.junit.jupiter:junit-jupiter-api:5.5.1") {
 exclude module:'junit-platform-commons'
}
testRuntimeOnly("org.junit.jupiter:junit-jupiter-engine:5.5.1")
testRuntimeOnly("org.junit.platform:junit-platform-engine:1.5.1")
testRuntimeOnly("org.junit.platform:junit-platform-commons:1.5.1")

@DisplayName

기존에 method명으로 표현하기 부족했던 테스트명을 따로 정할 수 있다. 클래스와 메소드에 붙일 수 있다.

import org.junit.jupiter.api.DisplayName;

import org.junit.jupiter.api.Test;



@DisplayName("A special test case")

class DisplayNameDemo {



    @Test

    @DisplayName("Custom test name containing spaces")

    void testWithDisplayNameContainingSpaces() {

    }



    @Test

    @DisplayName("╯°□°）╯")

    void testWithDisplayNameContainingSpecialCharacters() {

    }

}

테스트명을 한글, 띄어쓰기가 있는 엄청 긴 이름, 특수문자나 이모지도 넣기가 가능. 위의 코드를 테스트를 수행하면 이렇게 표현이 된다.

@Disabled

기존 버전의 @Ignore("blah") 어노테이션은 @Disabled("blah")로 변경.

Lifecycle Method

기존 버전과 같고 Annotation만 변경됨.
@BeforeClass, @AfterClass -> @BeforeAll, @AfterAll
@Before, @After -> @BeforeEach, @AfterEach

import static org.junit.jupiter.api.Assertions.fail;
import static org.junit.jupiter.api.Assumptions.assumeTrue;
 
import org.junit.jupiter.api.AfterAll;
import org.junit.jupiter.api.AfterEach;
import org.junit.jupiter.api.BeforeAll;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Disabled;
import org.junit.jupiter.api.Test;
 
class StandardTests {
 
    @BeforeAll
    static void initAll() {
    }
 
    @BeforeEach
    void init() {
    }
 
    @Test
    void succeedingTest() {
    }
 
    @Test
    void failingTest() {
        fail("a failing test");
    }
 
    @Test
    @Disabled("for demonstration purposes")
    void skippedTest() {
        // not executed
    }
 
    @Test
    void abortedTest() {
        assumeTrue("abc".contains("Z"));
        fail("test should have been aborted");
    }
 
    @AfterEach
    void tearDown() {
    }
 
    @AfterAll
    static void tearDownAll() {
    }
 
}

Assertions

람다 구문을 쓸 수 있다.

class AssertionsDemo {
 
    private final Calculator calculator = new Calculator();
 
    private final Person person = new Person("Jane", "Doe");
 
    @Test
    void standardAssertions() {
        assertEquals(2, calculator.add(1, 1));
        assertEquals(4, calculator.multiply(2, 2),
                "The optional failure message is now the last parameter");
        assertTrue('a' < 'b', () -> "Assertion messages can be lazily evaluated -- "
                + "to avoid constructing complex messages unnecessarily.");
    }
 
    @Test
    void groupedAssertions() {
        // In a grouped assertion all assertions are executed, and all
        // failures will be reported together.
        assertAll("person",
            () -> assertEquals("Jane", person.getFirstName()),
            () -> assertEquals("Doe", person.getLastName())
        );
    }
 
    @Test
    void dependentAssertions() {
        // Within a code block, if an assertion fails the
        // subsequent code in the same block will be skipped.
        assertAll("properties",
            () -> {
                String firstName = person.getFirstName();
                assertNotNull(firstName);
 
                // Executed only if the previous assertion is valid.
                assertAll("first name",
                    () -> assertTrue(firstName.startsWith("J")),
                    () -> assertTrue(firstName.endsWith("e"))
                );
            },
            () -> {
                // Grouped assertion, so processed independently
                // of results of first name assertions.
                String lastName = person.getLastName();
                assertNotNull(lastName);
 
                // Executed only if the previous assertion is valid.
                assertAll("last name",
                    () -> assertTrue(lastName.startsWith("D")),
                    () -> assertTrue(lastName.endsWith("e"))
                );
            }
        );
    }
}

@ParameterizedTest

한 메소드에 여러 파라미터 값을 다르게 넣어서 테스트하기

@ParameterizedTest 을 쓰기 위해서는 dependency를 따로 추가해 주어야 한다.

testCompile('org.junit.jupiter:junit-jupiter-params:5.5.1')

@DisplayName("여러 seq로 조회")
@ParameterizedTest(name = "seq {0} 조회")
@ValueSource(longs = { 1L, 2L })
void getBySeq(Long seq) {
    Review review = reviewService.getByReviewSeq(seq);
    assertThat(review).isNotNull();
}

더 자세히: https://junit.org/junit5/docs/current/user-guide/#writing-tests-parameterized-tests

JUnit 5 User Guide

Although the JUnit Jupiter programming model and extension model will not support JUnit 4 features such as Rules and Runners natively, it is not expected that source code maintainers will need to update all of their existing tests, test extensions, and cus

junit.org

@RepeatedTest

여러번 반복하고 싶다면?

@RepeatedTest(10)
void repeatedTest() {
    // ...
}

@Nested - 중첩된 테스트 클래스

유사한 성격의 테스트들을 클래스로 묶어서 표현이 가능하다. 개발자가 보기 쉽게.

@DisplayName("조회 테스트")
@Nested
class ReadTest {
 
    @DisplayName("여러 seq로 조회")
    @ParameterizedTest(name = "seq {0} 조회")
    @ValueSource(longs = { 1L, 2L })
    void getBySeq(Long seq) {
        Review review = reviewService.getByReviewSeq(seq);
        assertThat(review).isNotNull();
    }
}

결과:

Nested 클래스일때 LifeCycle

import org.junit.jupiter.api.*;
 
class NestedTest {
    @BeforeAll
    static void beforeAll() {
        System.out.println("Parent beforeAll");
    }
 
    @BeforeEach
    void beforeEach() {
        System.out.println("Parent beforeEach");
    }
 
    @AfterEach
    void afterEach() {
        System.out.println("Parent afterEach");
    }
 
    @AfterAll
    static void afterAll() {
        System.out.println("Parent afterAll");
    }
 
    @Test
    void test() {
        System.out.println("Parent test");
    }
 
    @Nested
    class Child {
        @BeforeEach
        void beforeEach() {
            System.out.println("Child beforeEach");
        }
 
        @AfterEach
        void afterEach() {
            System.out.println("Child afterEach");
        }
 
        @Test
        void test() {
            System.out.println("Child Test");
        }
    }
}

결과:

Parent beforeAll

Parent beforeEach
Parent test
Parent afterEach

Parent beforeEach
Child beforeEach
Child Test
Child afterEach
Parent afterEach

Parent afterAll

Nested 클래스 안에서는 @BeforeAll 이나 @AfterAll 메서드를 사용할 수 없다.

Java는 Nested 클래스 내에서 static 메서드를 허용하지 않기 때문.
단 부모 클래스의 생명주기를 @TestInstance(TestInstance.Lifecycle.PER_CLASS) 사용 시에는 @BeforeAll 과 @AfterAll을 사용할 수 있다.

Test Instance Lifecycle

자세히: https://junit.org/junit5/docs/current/user-guide/#writing-tests-test-instance-lifecycle

Test Instance의 기본값은 TestInstance.Lifecycle.PER_METHOD 모드이다.

기존 Junit 버전에서 썼던 것처럼 test instance는 각 test method, test factory method, test template method 마다 실행된다.

Junit5에선 @TestInstance를 TestInstance.Lifecycle.PER_CLASS 모드가 추가되었다.
test instance는 test class 당 하나가 생긴다.

이 모드를 사용하면 @BeforeAll, @AfterAll 을 붙인 메소드가 static 일 필요가 없다.

Junit5 이전 버전에서 @BeforeClass에 해당하는 메소드는 static으로 선언해야 했다. 하지만 Junit5 에선 static일 필요가 없다.

@ExtendWith(SpringExtension.class)
@SpringBootTest
@Transactional
@Rollback
@TestInstance(TestInstance.Lifecycle.PER_CLASS)
public class ReviewServiceTest {
 
    ....
 
    @BeforeAll
    void setUp() {
        review = Review.builder()
                .userId("userId")
                .subject("subject")
                .contents("contents")
                .rating(5)
                .build();
  
        reviewService.saveReview(review);
    }

한줄평

JUnit5의 @DisplayName, @Nested 클래스, @ParameterizedTest, 람다 지원만으로도 충분히 갈아탈만 하다.

MacOS Mojave 업데이트 후 Git 오류 - xcrun: error: invalid active developer path

버리야 — Fri, 16 Aug 2019 10:29:51 +0900

MacOS를 Mojave로 업데이트 후에 IntelliJ IDEA에서 Git 오류가 발생했다.

Terminal을 열어서 git 명령어를 쳐도 같은 오류가 나타난다.

# git

xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun

Xcode Command Line Tools와 dependency 때문에 생기는 문제인 것 같다.

Xcode 전체 설치하면 시간이 오래걸리니, Xcode Command Line Tools만 설치하는 걸로(이것도 1시간은 걸린다..)

# xcode-select --install

확인.

# xcode-select -v

xcode-select version 2354.



# git --version

git version 2.20.1 (Apple Git-117)

[Junit5] SpringBoot2+Junit5 에서 TestEngine with ID 'junit-jupiter' failed to discover tests 오류 해결방법

버리야 — Fri, 26 Jul 2019 10:37:51 +0900

Spring Boot 의 기본 junit4 대신 junit5(2019.7월 말 현재 최신버전인 junit 5.5.1 )를 쓰기 위해 설정하는 도중 만난 오류가 있어서 공유합니다.

개발 환경

IngelliJ IDEA

gradle 5.0

Spring Boot 2.1.0.RELEASE

Spring Boot 의 기본 junit4 대신 junit5(2019.7월 말 현재 최신버전인 junit 5.5.1 )를 쓰기 위해 설정하는 도중 만난 오류가 있어서 공유합니다.

Spring Boot 의 기본 junit4 버전 제외. (build.gradle)

testImplementation('org.springframework.boot:spring-boot-starter-test') {
    exclude module: 'junit'
}

junit5 lib 추가 (build.gradle, junit-jupiter-engine관련 lib)

testImplementation("org.junit.jupiter:junit-jupiter-api:5.5.1")
testRuntimeOnly("org.junit.jupiter:junit-jupiter-engine:5.5.1")

이 dependencies에 추가후 testcase를 돌리면 아래와 같은 오류가 났습니다.

7월 25, 2019 6:33:39 오후 org.junit.platform.launcher.core.DefaultLauncher handleThrowable

WARNING: TestEngine with ID 'junit-jupiter' failed to discover tests

java.lang.NoClassDefFoundError: org/junit/platform/engine/support/discovery/SelectorResolver

at org.junit.jupiter.engine.JupiterTestEngine.discover(JupiterTestEngine.java:69)

at org.junit.platform.launcher.core.DefaultLauncher.discoverEngineRoot(DefaultLauncher.java:168)

at org.junit.platform.launcher.core.DefaultLauncher.discoverRoot(DefaultLauncher.java:155)

at org.junit.platform.launcher.core.DefaultLauncher.execute(DefaultLauncher.java:128)

at com.intellij.junit5.JUnit5IdeaTestRunner.startRunnerWithArgs(JUnit5IdeaTestRunner.java:69)

at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)

at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)

at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)

Caused by: java.lang.ClassNotFoundException: org.junit.platform.engine.support.discovery.SelectorResolver

at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)

at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)

at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)

... 8 more

junit5의 dependency를 살펴봅니다.

제가 추가한 lib 외에 junit-platform-* 이 dependency 관계가 있어서 추가된 걸 확인할 수 있는데,

문제가 되는 junit-platform에서 버전이 맞지 않아서 발생하는 오류인지 junit-platform-* lib를 강제로 현재 최신 버전인 1.5.1 으로 추가 설정해주었습니다.

junit-platform-commons:1.3.1 버전은 junit-jupiter-api:5.5.1 에 dependency가 있기 때문에 제외를 해줍니다.

testImplementation("org.junit.jupiter:junit-jupiter-api:5.5.1") {
    exclude module:'junit-platform-commons'
}
testRuntimeOnly("org.junit.jupiter:junit-jupiter-engine:5.5.1")
testRuntimeOnly("org.junit.platform:junit-platform-engine:1.5.1")
testRuntimeOnly("org.junit.platform:junit-platform-commons:1.5.1")

해결된 후 dependency 확인! 실패했던 Testcase도 잘 돌아갑니다.

[Vue.js] Vue.js 개발 입문하면서 궁금했던 기초 질문들 & 소소한 링크들

버리야 — Mon, 22 Jul 2019 11:23:34 +0900

Vue.js 개발 입문하면서 궁금했던 기초 질문들 & 소소한 링크들

공식 문서에 다 나오는 내용이지만, 처음에 궁금했던 것만 간추려서 작성해 보았습니다.

일단 인스턴스 라이프사이클 다이어그램부터 보고 시작하자.
Vue 인스턴스의 생성부터 소멸까지의 라이프사이클 hook을 이용하기 위해서는 반드시 알아야 할 그림

자세히 보기 : 인스턴스 라이프사이클 훅

camelCase vs. kebab-case 어떻게 써야하나?

HTML 속성은 대소 문자를 구분하지 않으므로 문자열이 아닌 템플릿을 사용할 때 camelCased prop 이름에 해당하는 kebab-case(하이픈 구분)를 사용해야 한다.

Vue.component('child', {
  // JavaScript는 camelCase
  props: ['myMessage'],
  template: '<span>{{ myMessage }}</span>'
})

<!-- HTML는 kebab-case -->
<child my-message="안녕하세요!"></child>

문자열 템플릿을 사용하는 경우에도 이 제한이 적용되지 않는다.

출처 : camelCase vs. kebab-case

computed 속성과 watch 속성의 차이는?

watch 속성은 감시할 데이터를 지정하고 그 데이터가 바뀌면 이런 함수를 실행하라는 방식으로 소프트웨어 공학에서 이야기하는 ‘명령형 프로그래밍’ 방식.

computed 속성은 계산해야 하는 목표 데이터를 정의하는 방식으로 소프트웨어 공학에서 이야기하는 ‘선언형 프로그래밍’ 방식

computed 속성 vs watch 속성

computed 와 methods 용도 차이는?

computed를 사용하는 방법과 methods를 사용하는 방법의 최종 결과는 동일하다.
computed와 methods의 차이점은 computed는 종속 대상을 캐싱한다는 것.
그렇기 때문에 computed는 종속 대상이 변경 될 때만 함수를 호출한다.
시간이 많이 걸리는 계산을 할 때, computed을 사용하면 더 좋은 호율의 어플리케이션을 만들 수 있다.
캐싱을 하지 않고, 호출 할 때마다 새롭게 계산을 해야 하는 경우에는 methods를 사용해야 한다.

자세히 보기 : computed 속성의 캐싱 vs 메소드

computed의 setter 함수

computed는 기본적으로 getter 함수. 필요한 경우 setter 함수를 정의하여 사용할 수 있다.
자세히 보기 : computed 속성의 setter 함수

v-if 와 v-show 의 차이

v-if는 조건부 블럭 안의 이벤트 리스너와 자식 컴포넌트가 토글하는 동안 적절하게 제거되고 다시 만들어지기 때문에

“진짜” 조건부 렌더링.

v-if는 게으르다. 초기 렌더링에서 조건이 거짓인 경우 아무것도 하지 않는다. 조건 블록이 처음으로 참이 될 때 까지 렌더링 되지 않는다.

비교해보면, v-show는 훨씬 단순하다. CSS 기반 토글만으로 초기 조건에 관계 없이 엘리먼트가 항상 렌더링된다.
일반적으로 v-if는 토글 비용이 높고 v-show는 초기 렌더링 비용이 더 높다.

매우 자주 바꾸기를 원한다면 v-show를, 런타임 시 조건이 바뀌지 않으면 v-if를 권장한다.

자세히 보기 : v-if vs v-show

v-on directive : 이벤트 리스너

엘리먼트에 이벤트 리스너를 연결.

v-on에 methods의 함수를 넘겨주는 형태.
인라인으로 methods 에 정의된 함수를 호출시 DOM 이벤트 객체를 사용하기 위해서는 $event 를 넘겨서 사용할 수 있다.

자세히 보기 : v-on

자식 컴포넌트에서 부모 컴포넌트로 데이터를 전달하고 싶을 때는?

=> $emit 사용

부모 컴포넌트에서는 $on(eventName) 으로 이벤트를 감지하도록 하고,

자식 컴포넌트에서는 $emit(eventName)을 사용하여 이벤트를 트리거해서 호출.

자세히 보기 : v-on을 이용한 사용자 지정 이벤트

부모 컴포넌트는 props를 통해 자식에게 데이터를 전달하고, 자식 컴포넌트는 events를 통해 부모 컴포넌트에게 메시지를 보낸다.

비부모-자식간의 통신은 어떻게 해야할까?

=> 이벤트 버스를 사용할 수 있다.

var bus = new Vue()
// 컴포넌트 A의 메소드

bus.$emit('id-selected', 1)
// 컴포넌트 B의 created 훅

bus.$on('id-selected', function (id) {
  // ...
})

출처 : 비 부모-자식간 통신

여러 컴포넌트에 분산되어있는 여러 상태와 그 상호 작용으로 인해 복잡해질때는?

=> Vuex를 쓰는 것을 고려해보자.

Vuex는 Vue.js 애플리케이션에 대한 상태 관리 패턴 + 라이브러리
Flux, Redux, The Elm Architecture에서 영감을 받은 Vuex의 기본 아이디어

자세히 보기 : 상태 관리

자식 컴포넌트에서 property가 변경되는 것을 부모에 반영하고 싶다면?

=> .sync를 사용.

자식 컴포넌트가 .sync를 가지는 속성을 변경하면 값의 변경이 부모에 반영된다.
편리하지만 단방향 데이터 흐름이 아니기 때문에 장기적으로 유지보수에 문제가 생긴다.
자식 속성을 변경하는 코드는 부모의 상태에 영향을 미치기 때문에 자~알 사용해야 한다.

부모 상태에 영향을 미치는 코드를 더욱 일관적이고 명백하게 만들어야 한다.

자세히 보기 : .sync 수식어

Vue Router

https://router.vuejs.org/kr/

References
Vue.js 공식 홈페이지
Vue.js 2.0 라이프사이클 이해하기

그외 읽어볼만한 글

Vue.js 입문자가 흔히 저지르는 문법 실수 총정리
The correct way to force Vue to re-render a component
Element for VueJS: 5 things to love and 5 things to hate

[Java] Java Interface feature 변화의 history - 번역

버리야 — Wed, 17 Jul 2019 10:02:32 +0900

History of Java interface feature changes

원문 : https://www.vojtechruzicka.com/java-interface-history/

지나가며 글을 읽다가 빠른 번역(잘못된 번역이 많을 수 있습니다)을 해보았습니다.

Original interfaces

java 1.0의 interface는 두개의 type만 포함한다. constants와 public abstract methods.

Constant fields

Inteface는 field를 포함하고, 보통의 class와는 몇가지 차이점이 있다.

- Fields는 value가 할당되어야 한다.(Fields must be assigned a value)

- Fields는 public static final로 간주된다.(Fields are considered public static final)

- Public static과 final 변경자는 명시적으로 쓸 필요는 없다. (Public static and final modifiers don't need to be explicitly stated)

public interface MyInterface {
    int MY_CONSTANT = 9;
}

MY_CONSTANT field는 명시적으로 쓰여있지 않아도 public static final인 상수로 구성되어있다.

Abstract methods

interface의 메소드는 class method와 다른점이 있다.

- method의 body를 가지지 않는다.(Methods don't have bodies)

- Implementation는 interface를 구현하는 클래스에서 제공된다. (Implementation is provided by classes implementing the interface)

- 명시적으로 쓰여 있지 않아도 Method는 public abstract으로 간주된다. (Methods are considered public abstract even if not explicitly stated)

- abstract와 final로 될 수 없고 유효하지 않은 조합이다. (Cannot be final as abstract and final is an invalid combination)

public interface MyInterface {
    int doSomething();
    String doSomethingCompletelyDifferent();
}

Nesting

Java 1.1 에서는 class 안에 class 개념을 도입했다.

static과 non-static 형태로 제공된다. interface에는 다른 interface와 class가 포함될 수 있다.

명시적으로 씌여있지 않더라도 interface와 class는 public static으로 간주된다.

public interface MyInterface {
    class MyClass {
        //...
    }

    interface MyOtherInterface {
        //...
    }
}

Enums과 Annotations

Java5 에서 Enums과 Annotations가 추가되었다. 이 두가지 유형은 interface안에 쓰여질 수 있다.

Generics

Java 5에서는 Generics이 추가되었는데 generics은 명시적인 type 대신에 used type parameter를 허용한다.

이 방법으로 코드를 짜면, type safety를 지키면서 다양한 type의 코드와 함께 작동되거나 각 개별 type 에 대한 구현(implementation) 을 제공하는 코드를 작성할 수 있다.

Java 5 에서의 interface는 type parameter를 정의(define)한 다음, method의 return type 이나 method parameter type 대신에 사용할 수 있다.

interface Box<T> {
    void insert(T item);
}

class ShoeBox implements Box<Shoe> {
    public void insert(Shoe item) {
        //...
    }
}

Static methods

Java 8 부터는 interface에 static method를 포함할 수 있다.

원래 interface의 method는 모두 abstract 이었고 implementation(구현체)은 없었다. implementation은 interface를 구현하는 class에 책임이 있었다.

interface의 static method는 method의 body의 implementation도 제공되어야 했다.

이런 method를 포함하기 위해서 보통 static 키워드를 사용하고 static method는 기본적으로 public으로 간주한다.

public interface MyInterface {
    
    // This works
    static int foo() {
        return 0;
    }

    // This does not work, 
    // static methods in interfaces need body
    static int bar();
}

Static method inheritance

일반적인 static method와 달리 interface의 static method는 상속되지 않는다.

즉, 이것은 method를 호출하려면 구현하는 클래스 대신에 interface를 바로 접근해서 호출해야한다.

MyInterface.staticMethod();

이 동작은 다중 상속 문제를 방지하는 데 매우 유용하다. 두 개의 interface를 구현하는 클래스가 있다고 가정 해 보자.

각 interface에는 동일한 이름과 signature을 가진 static method가 있을 때 어떤 것이 더 우선해야 할까?

Why is it useful

interface를 구현한 클래스에 helper methods와 수많은 interface가 있다고 상상해보자.

interface 외에도 interface에 속한 static method를 가진 유틸리티 클래스가 있다.

예제는 JDK에서 직접 찾을 수 있다. 인터페이스 java.util.Collection 및 해당 유틸리티 클래스 java.util.Collections.

인터페이스의 정적 메소드의 경우 이 접근법은 더 이상 필요 없으며 권장되지 않는다. 한 곳에서 모든 것을 함께 가질 수 있다.

Default methods

Default methods는 method body를 제공해야하는 방식으로 static method와 유사하다. Default methods는 단순히 default 키워드만 붙여주면 된다.

static method와는 달리 Default methods는 인터페이스를 구현하는 클래스에 상속된다. 중요한 것은 구현 클래스가 인터페이스에서 제공하는 기본 behavior를 무시할 수 있다는 것이다.

그러나 한 가지 예외가 있는데 Object의 toString, equals 및 hashCode와 같은 signature로 인터페이스의 Default methods를 사용할 수 없다.

Why is it useful

인터페이스에서 직접 구현하는 것은 좋지 않다. 그렇다면 이 기능이 처음 도입 된 이유는 뭘까?

인터페이스에는 한 가지 문제가 있는데 일단 인터페이스를 다른 사람들에게 노출시키면 인터페이스를 변경하기가 매우 어렵다.

Java는 전통적으로 하위 호환성을 매우 중요하게 생각한다. Default methods는 기존 인터페이스를 새로운 메소드로 확장하는 방법을 제공한다.

중요한 것은 Default methods가 이미 구현을 제공한다는 것이다.

즉, 인터페이스를 구현하는 클래스는 새로운 메소드를 구현할 필요가 없으면서 여전히 호환 가능하다.

물론 구현이 적합하지 않은 경우 나중에 기본 메서드를 재정의 할 수도 있다.

간단히 말해 binary 호환성을 유지하면서 인터페이스를 구현하는 기존 클래스에 새로운 기능을 제공 할 수 있다.

Conflicts

두 개의 인터페이스를 구현하는 하나의 클래스가 있다고 가정해 보자. 이 인터페이스에는 동일한 이름과 signature을 가진 Default methods가 있다.

interface A {
    default int doSomething() {
        return 0;
    }
}

interface B {
    default int doSomething() {
        return 42;
    }
}

class MyClass implements A, B {
}

이제 동일한 signature을 사용하는 동일한 Default methods가 두 개의 다른 인터페이스에서 상속되고 각 인터페이스에는 다른 구현이 있다.

그렇다면 두 구현체 중 어떤 것을 사용해야하는지 클래스가 알 수 있을까?

알 수 없다. 위의 코드는 컴파일 에러가 난다. 제대로 동작되게 하려면 클래스에서 conflict난 메서드를 override 해야한다.

Private methods

Java 8과 default 및 static 메소드의 도입으로 인터페이스는 갑자기 메소드 signatures뿐만 아니라 implementation(구현)을 포함 할 수 있다.

그러한 구현을 작성할 때 몇 가지 간단한 메소드 중에서 더 복잡한 메소드를 작성하는 것이 좋다. 이러한 코드는 재사용, 유지 및 이해하기가 더 쉽다.

일반적으로 이러한 메소드는 구현 세부 사항이며 외부에서 볼 수 없고 사용할 수 없으므로 주로 private methods를 사용한다.

그러나 Java 8에서는 인터페이스에 private methods를 사용할 수 없다. 즉, 다음 중 하나를 수행 할 수 있다.

1. 길고 복잡하며 어려운 method body를 사용할것

2. 인터페이스의 일부인 helper methods를 사용할 것. 이렇게 하면 캡슐화가 중단되고 interface와 구현 class의 public API가 오염된다.

다행히 Java 9부터는 인터페이스에서 private methods를 사용할 수 있다.

다음과 같은 특성을 가지고 있다. :

- 메소드 body가 있고 abstract이 아니다.

- static 이거나 non-static 일 수 있다.

- 구현 클래스와 인터페이스가 상속되지 않는다.

- 인터페이스에서 다른 메소드를 호출 할 수있다.

private는 private, abstract, default 또는 static 메소드를 호출 할 수 있다.

private static은 static 및 static private 메소드만 호출 할 수 있다.

public interface MyInterface {

    private static int staticMethod() {
        return 42;
    }

    private int nonStaticMethod() {
        return 0;
    }
}

Chronological order

Here is a chronological list of the changes by Java version:

Java 1.1

- Nested classes

- Nested interfaces

Java 5

- Generics

- Nested enums

- Nested annotations

Java 8

- Default methods

- Static methods

Java 9

- Private methods

[Spring] Lazy Initialization in Spring Boot 2.2 - 번역

버리야 — Tue, 16 Jul 2019 11:20:09 +0900

Lazy Initialization in Spring Boot 2.2
https://spring.io/blog/2019/03/14/lazy-initialization-in-spring-boot-2-2

위의 글을 읽다가 조금만 번역해 보았습니다. 잘못된 부분이 있을 수 있으니 있다면 제보해주세요~

What Does it Mean to be Lazy?
Spring Framework는 기본적으로 application context가 refresh될때 context의 모든 bean을 생성하고 dependency들을 inject(주입)된다.
대조적으로 bean definition이 느리게 초기화되도록 설정되면, 필요할 때까지는 dependency가 inject되지 않는다.

Lazy Initialization 활성화 시키기
Spring Boot 2.2 에서는 간단하게 새로운 property를 추가할 수 있는데 spring.main.lazy-initialization 값을 true로 설정해서 쉽게 lazy Initialization되게 할 수 있다.

Lazy Initialization의 장점
Lazy initialization은 application이 startup 될때 필요한 class들을 load하고 bean들을 생성해서 startup 시간을 줄이는 효과가 있다.

DevTools이란?
Spring Boot의 DevTools은 개발자 생산성을 높이기 위해 제공되고 있다.
변경이 있을때마다 JVM과 application을 다시 시작하지 않고 DevTools를 사용하면 동일한 JVM에서 application을 다시 시작할 수 있고 몇번 재시작하면 원래 2500m가 걸리던 시간이 거의 80%가 줄어서 500ms가 된다.

Lazy Initialization의 단점
lazy initialization을 설정하면 startup 시간이 꽤 많이 줄어들 수 있다.
항상 사용하도록 설정하거나 기본적으로 사용하도록 설정되어 있지 않은지 궁금할 수 있는데, lazy initialization에는 몇가지 단점이 있다.
더 이상 로드되지 않는 class와 bean들이 필요하기 전까지는 생성되지 않으므로 초기에 startup(시작)될때 식별할 수 있는 문제를 모를 수가 있다.
이런 문제는 no class def found errors나 out of memory error, 잘못된 설정으로 실패하는 경우(failures due to misconfiguration)들의 오류가 포함될 수 있다.

web application에서 lazy initialization는 bean initialization를 trigger하는 HTTP 요청의 대기 시간을 증가시킬 수 있다.
일반적으로 첫 번째 요청이지만 load-balancing와 auto-scaling에 악영향을 미칠 수 있다.

Is This Thing Switched On?
lazy initialization가 appllication에서 어떤 영향을 미치는지 확실하지 않을때 debugger를 사용하는 것이 도움이 될 수 있다.
bean 중 하나의 생성자에 breakpoint를 걸어놓으면 초기화 시점을 알 수 있다.
예를 들어 lazy initialization가 활성화된 Spring Boot Web Application에서 @Controller bean은 Spring MVC DispatcherServlet이나 Spring WebFlux의 DispatcherHandler에 대한 첫번째 요청이 생성될 때까지 생성되지 않는다는 것을 알 수 있다.

Lazy Initialization 설정을 해야할 때
lazy initialization이 지연 될 수 있으므로 지연 시간이 크게 단축 될 수 있지만 몇 가지 단점이 있다.

개발중이라면 lazy initialization과 DevTools의 hot restarts로 생산성을 획기적으로 향상시킬 수 있다.
application integration tests할 때도 test의 특정 type의 테스트에서 초기화되는 bean의 수를 제한함으로써 테스트 실행 시간을 줄이기 위해 이미 Spring Boot의 Test slice를 사용하고 있을텐데 lazy initialization는 비슷한 최종 결과를 얻기 위한 대체 매커니즘을 제공한다.
slicing을 테스트할 수 있도록 application을 구성할 수 있는 position에 있지 않거나 특정 type의 테스트에 사용할 수 있는 slice가 없는 경우 lazy initialization을 활성화하면 초기화 된 bean이 테스트에 필요하다. 이렇게 하면 test 실행 시간이 단축된다. 특히 개발중에 테스트를 단독으로 실행하는 경우 더욱 단축된다.

마지막으로 production에서 lazy initialization을 사용하는 것이 좋지만 이럴 경우에는 조심스럽게 해야 한다.
web applications의 경우 container orchestration은 응답 속도가 더 빨라지는 /health endpoint의 이점을 얻을 수 있지만 application 자체의 endpoint 중 하나에 대한 최초 요청일때 지연 시간이 증가 할 수 있다.
또 모든 component가 사용되면 원하지 않는 메모리 에러를 피하기 위해 lazy initialization을 비활성화해서 application의 JVM 의 사이즈를 조정해야 한다.

참고 Link

Spring Tips: Be Lazy AND Fast with Spring Boot 2.2.M1!
https://spring.io/blog/2019/03/14/spring-tips-be-lazy-and-fast-with-spring-boot-2-2-m1

Spring Boot Lazy Loading Beans Example
https://www.onlinetutorialspoint.com/spring-boot/spring-boot-lazy-loading-beans-example.html

[Java] Java Iterator를 Java Stream 으로 변환하기

버리야 — Fri, 7 Sep 2018 09:29:31 +0900

원문 Java Iterator to Java 8 Stream 을 가볍게 번역한 글입니다.

list 대신 Iterator 객체를 반환하는 다른 라이브러리를 써야할 때가 있는데, 라이브러리의 관점에서는 문제가 없지만 반환된 iterator에서 Java 8 stream을 사용하려는 경우 문제가 될 수 있다.

Iterator를 Iterable로 변환한 다음 쉽게 stream 쓸 수 있는 방법이 있다.

Iterator iterator = elements.iterator();
Iterable valueIterable = () -> iterator;

List StreamSupport.stream(valueIterable.spliterator(), false)
                .map(element -> element.asString())
.collect(Collectors.toList());

Iterator 클래스는 stream으로 사용할 수 없지만 Iterable은 가능하다.

iterator() 메소드를 오버라이드해서 새로운 Iterable 클래스를 셍상히야 우리가. stream하려는 Iterator를 리턴한다.

아직 stream 가능하지 않은 Iterable이 있는데 이건 StreamSupport 클래스를 사용하여 Iterable을 stream으로 변환해야한다.

[책] 함수형 사고 - Chapter 2. 전환 - 2.4 골치 아프게 비슷비슷한 이름들.

버리야 — Sun, 22 Jul 2018 21:25:38 +0900

[책] 함수형 사고 - Chapter 2. 전환

책 함수형 사고(Functional Thinking)을 읽고, 관련 예제를 살펴보며 간단 정리한 것입니다.

책 예제와는 조금 다를 수도 있습니다.

참고) 영문 책의 예제

https://github.com/oreillymedia/functional_thinking

2.4 골치 아프게 비슷비슷한 이름들 - 스칼라 버전

 

/** 필터(filter) **/

//각 숫자가 3으로 나뉘어야 한다는 조건을 가진 코드 블록을 filter() 함수를 적용한다.
val numbers = List.range(1, 11)
numbers filter (x => x % 3 == 0)
//res0: List[Int] = List(3, 6, 9)

//스칼라에서는 매개변수를 언더바로 치환하는게 가능하므로 더 간결하게 코드를 짤 수 있다.
numbers filter (_ % 3 == 0)
//res1: List[Int] = List(3, 6, 9)

val words = List("the", "quick", "brown", "fox", "jumped", "over", "the", "lazy", "dog")
words filter (_.length == 3)
//res2: List[String] = List(the, fox, the, dog)

//스칼라의 필터 연산 중 다른 한 가지는 컬렉션을 여러 조각으로 분리한 결과를 리턴하는 partition() 함수
//분리 조건을 정하는 함수를 전달하여 어떻게 분리할지를 정한다.
//다음 partition() 함수는 3으로 나뉘는가 여부에 따라 분리된 두 목록을 리턴한다.
numbers partition (_ % 3 == 0)
//res3: (List[Int], List[Int]) = (List(3, 6, 9),List(1, 2, 4, 5, 7, 8, 10))

//filter() 함수는 조건에 맞는 요소들의 컬렉션을 리턴하는 반면, find() 함수는 조건을 만족시키는 첫번째 요소만 리턴한다.
numbers find (_ % 3 == 0)
//res4: Option[Int] = Some(3)

numbers find (_ < 0)
//res5: Option[Int] = None

//컬렉션에서 주어진 술어 함수에 만족시키는 요소를 간직하거나 또는 버리는 함수들도 가지고 있다.
//takeWhile() 함수는 컬렉션의 앞에서부터 술어함수를 만족시키는 값들의 최대 집합을 리턴한다.
List(1, 2, 3, -4, 5, 6, 7, 8, 9, 10) takeWhile (_ > 0)
//res6: List[Int] = List(1, 2, 3)


// dropWhile() 함수는 술어 함수를 만족시키는 최다수의 요소를 건너뛴다.
words dropWhile (_ startsWith ("t"))
//res7: List[String] = List(quick, brown, fox, jumped, over, the, lazy, dog)



/** 맵(map) **/
//모든 함수형 언어에서 볼 수 있는 맵.
//맵 함수는 함수와 컬렉션을 받아서 이 함수를 각 요소에 적용한 후 컬렉션을 리턴한다.
//리턴된 컬렉션은 개개의 값은 변했지만 필터의 경우와는 달리 원래 컬렉션과 크기는 같다.

List(1, 2, 3, 4, 5) map (_ + 1)
//res8: List[Int] = List(2, 3, 4, 5, 6)

//map() 함수는 컬렉션의 각 요소가 변형된 값을 리턴하는 것 외에 아래 경우에는 문자열의 각 요소의 길이를 목록으로 리턴한다.
words map (_.length)
//res9: List[Int] = List(3, 5, 5, 3, 6, 4, 3, 4, 3)

//중첩을 펼치는 연산을 플래트닝(Flattening)이라고 한다.
List(List(1, 2, 3), List(4, 5, 6), List(7, 8, 9)) flatMap (_.toList)
//res10: List[Int] = List(1, 2, 3, 4, 5, 6, 7, 8, 9)

//flatMap() 함수는 전통적인 의미에서 중첩되지 않은 것처럼 보이는 자료구조에도 적용된다.
//문자열의 목록은 중첩된 문자들의 배열로 볼 수 있다.
//words flatMap  (_.toList)
//res11: List[Char] = List(t, h, e, q, u, i, c, k, b, r, o, w, n, f, o, x, j, u, m, p, e, d, o, v, e, r, t, h, e, l, a, z, y, d, o, g)

/** 폴드(fold)/리듀스(reduce) **/
//스칼라는 동적 타이핑 언어인 그루비나 클로저에서는 다루지 않는 다양한 자료형 시나리오들을 해결해야 하기 때문에 폴드 연산 종류가 가장 다양하다.

//합계를 내는 데에는 리듀스를 주로 사용한다.
List.range(1, 10) reduceLeft ((a, b) => a + b)
//res12: Int = 45

List.range(1, 10) reduceLeft (_ + _)
//res12: Int = 45

//reduceLeft() 함수는 첫째 요소가 연산의 좌항이라고 간주한다. 덧셈은 피연산자의 위치에 상관없지만, 나눗셈과 같은 경우에는 순서가 중요하다.
//연산자가 적용되는 순서를 뒤바꾸려면 reduceRight()를 사용하라.
//reduceRight() 함수는 피연산자의 순서를 바꾸는 것이 아니라, 연산의 방향을 뒤바꾼다.
//8 - 9를 먼저 연산하고, 그 결과를 다음 연산의 두번째 매개변수로 사용한다.
List.range(1, 10) reduceRight (_ - _)
// 8 - 9 = -1
// 7 - (-1) = 8
// 6 - 8 = -2 ...
//res13: Int = 5

//리듀스와 같은 고수준의 추상 개념을 어떤 경우에 사용하는 가를 터득하는 것이 함수형 프로그래밍을 마스터하는 방법 중의 하나이다.
//이 예제는 reduceLeft()를 사용하여 컬렉션에 들어있는 가장 긴 단어를 찾아낸다.
words.reduceLeft((a, b) => if (a.length > b.length) a else b)
//res14: String = jumped

//리듀스와 폴드는 서로 중복되는 기능을 가지고 있지만 조금씩 차이가 있다.
//스칼라에서 reduceLeft[B>:A](op: (B,A) => B) :B의 시그니처를 보면 각 요소를 결합시키는 함수가 유일한 매개변수이다.
//초기값은 컬렉션의 첫번째 요소로 간주한다.
//반면에 foldLeft[B](z:B)(op:(B,A) =>B):B의 시그니처는 초기 시드 값을 포함하기 때문에 목록의 요소와 다른 자료형의 리턴값을 가능하게 해준다.
List.range(1,10).foldLeft(0)(_ + _)
//res15: Int = 45

//스칼라는 연산자 오버로딩을 지원한다.
//자주 사용되는 두 폴드 연산 foldLeft와 foldRight는 상응하는 연산자 /:과 :\가 있다.
//foleLeft를 사용한 합의 더욱 간결한 버전을 만들어보자.
(0 /: List.range(1,10)) (_ + _)
//res16: Int = 45

//foldRight() 함수나 :\ 연산자를 사용하여 목록 각 요소간의 계단식 차를 구할 수 있다.
(List.range(1,10) :\ 0) (_ - _)
//res17: Int = 5

[책] 함수형 사고 - Chapter 2. 전환

버리야 — Sun, 22 Jul 2018 15:50:42 +0900

책 함수형 사고(Functional Thinking)을 읽고, 관련 예제를 살펴보며 간단 정리한 것입니다.

책 예제와는 조금 다를 수도 있습니다.

참고) 영문 책의 예제

https://github.com/oreillymedia/functional_thinking

Chapter 2. 전환

명령형 처리

명령형 프로그래밍이란 상태를 변형하는 일련의 명령들로 구성된 프로그래밍 방식.

전형적인 for 루프가 명령형 프로그래밍의 훌륭한 예. 초기 상태를 설정하고 되풀이할때마다 일련의 명령을 실행한다.

명령형 프로그래밍은 개발자로 하여금 루프 내에서 연산하기를 권장한다.

책에 나와 있는 예제에서는 세가지를 실행했다.

한 글자짜리 이름을 필터했고, 목록에 남아있는 이름들을 대문자로 변형하고, 이 목록을 하나의 문자열로 변환했다.

우선 이 세가지 작업을 목록에 적용할 '유용한 작업들'이라고 정의하자.

명령형 언어에서는 세 가지 작업에 모두 저수준의 매커니즘을(목록 내에서 반복해서) 사용해야 한다.

함수형 언어들은 이런 작업을 위한 몇몇 도우미(helper)들을 제공한다.

함수형 처리

함수형 프로그래밍은 프로그램을 수학 공식을 모델링하는 표현과 변형으로 기술하며, 가변 상태를 지양한다.

개발자는 고계함수에 매개변수로 주어지는 함수를 이용하여 저수준의 작업을 커스터마이즈할 수 있다.

의사코드를 사용하여 개념화해보자.

listOfEmps

-> filter(x.length > 1)

-> transform(x.capitalize)

-> convert(x + "," + y)

 

/**
 * Chapter 2. 전환
 * 예제 : 어떤 이름 목록에서, 한 글자로 된 이름을 제외한 모든 이름의 첫글자를 대문자화해서 쉼표로 연결한 문자열을 구하자.
 */
public class TheCompanyProcess {

	//for문을 이용한 명령형 처리
	public String cleanNames(List listOfNames) {
		StringBuilder result = new StringBuilder();
		for (int i = 0; i < listOfNames.size(); i++) {
			if (listOfNames.get(i).length() > 1) {
				result.append(capitalizeFirstLetter(listOfNames.get(i))).append(",");
			}
		}
		return result.substring(0, result.length() - 1);
	}

	//함수형 처리
	//고계함수에 매개변수로 주어지는 함수(고계함수)를 이용.
	public String cleanNamesLambda(List names) {
		if (names == null) return "";

		return names.stream()
				.filter(name -> name != null)
				.filter(name -> name.length() > 1)
				.map(name -> capitalizeFirstLetter(name))
				.collect(Collectors.joining(","));
	}

	private String capitalizeFirstLetter(String s) {
		return s.substring(0, 1).toUpperCase() + s.substring(1, s.length());
	}
}

[책] 함수형 사고 - Chapter 1. 왜

버리야 — Sun, 15 Jul 2018 22:35:53 +0900

책 함수형 사고(Functional Thinking)을 읽고, 관련 예제를 살펴보며 간단 정리한 것입니다.

책 예제와는 조금 다를 수도 있습니다.

참고) 영문 책의 예제

https://github.com/oreillymedia/functional_thinking

Chapter 1. 왜

전혀 새로운 프로그래밍 패러다임의 문제는 새로운 언어를 배우는 것이 아니고, 다른 방식으로 사고하는 법을 배우는 것.

객체지향 프로그래밍은 움직이는 부분을 캡슐화하여 코드 이해를 돕고, 함수형 프로그래밍은 움직이는 부분을 최소화하여 코드 이해를 돕는다.

- 마이클 페더스

함수형 개발자는 적은 수의 자료구조와 그것들을 잘 이해하기 위한 최족화된 방법을 만들기를 선호한다.

객체지향형 개발자는 항상 새로운 자료구조와 그것에 부착된 메서드를 만든다. 클래스와 통신 메시지를 만드는 것이 지배적인 객체지향 패러다임이다.

모든 자료구조를 캡슐화하면 메스드 수준의 재사용보다는 큰 프레임워크 스타일의 재사용을 선호하게 된다.

함수형 프로그래밍 구조는 세부적인 단계에서 쉽게 코드를 재사용할수 있게 한다.

 

/**
 * Chapter 1. 왜
 * 예제 : 텍스트 파일을 읽고, 가장 많이 사용된 단어들을 찾고, 그 단어들과 빈도를 정렬된 목록으로 출력하라.
 */

public class Words {

	private Set NON_WORDS = new HashSet() {
		{
			add(",");
		}
	};

// 자바 8  이전의 단어 빈도 수 세기
	public Map freq(String words) {
		TreeMap wordMap = new TreeMap<>();

		Matcher m = Pattern.compile("\\w+").matcher(words);

		while (m.find()) {
			String word = m.group().toLowerCase();
			if (!NON_WORDS.contains(word)) {
				if (wordMap.get(word) == null) {
					wordMap.put(word, 1);
				} else {
					wordMap.put(word, wordMap.get(word) + 1);
				}
			}
		}

		return wordMap;
	}

// 자바 8  이후의 단어 빈도 수 세기
	public Map freqLambda(String words) {
		TreeMap wordMap = new TreeMap<>();

		regexForList(words, "\\w+").stream()
				.map(w -> w.toLowerCase())
				.filter(w -> !NON_WORDS.contains(w))
				.forEach(w -> wordMap.put(w, wordMap.getOrDefault(w, 0) + 1));
		return wordMap;
	}

	private List regexForList(String words, String regex) {
		List wordList = new ArrayList();
		Matcher m = Pattern.compile(regex).matcher(words);
		while (m.find()) {
			wordList.add(m.group());
		}

		return wordList;
	}
}

[ios] iphone 무선 디버깅 연결하기

버리야 — Mon, 2 Jul 2018 21:29:49 +0900

iphone app 개발시, USB 쓰기 귀찮으니까 무선으로 연결해보자! 아주 간단!!

블로깅하는게 더 오래걸리는...

하지만, Xcode 9에서 새로 지원된 기능인 만큼.

Xcode 9 이상, iOS 11 이상에서만 지원한다.

Xcode > Window

Devices and Simulators 를 선택.

Devices 탭에

connect via network 선택이 기본으로 선택해제 되어 있으니, 체크 해주고 나오면 끝! 빌드해서 실행해보자!