티스토리

박철우의 블로그

검색하기

블로그 홈

박철우의 블로그

parkcheolu.tistory.com/m

ParkCheolu 님의 블로그입니다.

구독자: 4

방명록 방문하기

주요 글 목록

Kotlin] Jackson Json getter setter 사용 Jackson 을 이용한 object serializing, deserializing 에서, 프로퍼티의 값을 원하는대로 바꿔 사용할 수 있다. 1. 원본 프로퍼티에는 @JsonIgnore 를 지정한다. 2. serializing 에 사용될 값에는 @JsonProperty fun 을 사용한다. 3. deserializing 에 사용될 값에는 @set:JsonProperty 를 사용한다. 예: Item 객체를 포함하는 MySomething 객체 인스턴스를 Json Object 변환 시, Item 을 그대로 내보내기보다는 item 의 id 만을 내보내고, 받고 싶은 경우: class MySomething { @JsonIgnore lateinit var item: Item @JsonProperty("itemRe.. 공감수 1 댓글수 0 2022. 11. 24.
JPA] @OneToOne lazy loading 또 자꾸 헷갈려서 정리 JPA 에서, 관계를 맺는 데이터가 존재하는지 여부를 알 수 있는 방법이 직접 조회(select) 외엔 없다면, lazy loading 이 작동하지 못한다. (이 이유는 null 데이터에 대해 프록시를 생성할 수 없기 때문이다. 자세한 내용은 인터넷에 많으므로 생략.) @OneToOne 에서, 다음의 조건을 만족한다면 lazy loading 이 작동한다. 1. (단방향/양방향에 관계 없이) FK 를 가진 쪽(관계의 주인)에서 조회한다. - FK 가 null 이면 데이터가 없다고 판단할 수 있으므로, lazy loading 이 작동한다. 2. FK 를 가지진 않았지만 optional = false 이다. - FK 를 가지고 있지는 않지만 optional = false, 즉 이 관계는.. 공감수 1 댓글수 0 2022. 8. 22.
Passing Whole Object v.s. Passing Object's Properties 메서드 파라미터로 객체를 전달할 것이냐? 객체의 프로퍼티를 전달할 것이냐? 아직 명확한 결론에 도달하지 못했다. 양쪽에 장단점이 있고, 컨텍스트에 따라 다르기 때문에 어느 하나의 정답이 존재하는 물음이 아니다. 일단 단순한 케이스에서 눈에 보이는 장단점을 정리하면, 아래와 같은 두 함수가 있다고 하자 fun doSomethingWithEachProperties(String arg1, Int arg2, Long arg3) { ... } fun doSomethingWithWholeObject(ParamObject arg) { ... // arg.getString(), arg.getInt(), arg.getLong() 을 필요할 때 알아서 호출하여 꺼내 씀 } 첫 번째 방법의 장점 - 정확히 필요한 인자만을 .. 공감수 0 댓글수 0 2022. 8. 11.
스프링 어플리케이션(+컨텍스트) 이벤트 자꾸 헷갈려서 정리 어플리케이션 시작 시 호출되는 순서 1. ApplicationStartingEvent 2. ApplicationEnvironmentPreparedEvent 3. ApplicationContextInitializedEvent 4. ApplicationPreparedEvent 5. ContextRefreshedEvent 6. ApplicationStartedEvent 7. ApplicationReadyEvent 여기서, 1-3 번 까지는 ApplicationContext 초기화 전에 시작된다. 때문에, 이 이벤트들은 @EventListener 를 통한 이벤트 등록으로 처리할 수 없다. 왜냐하면 @EventListener 는 해당 리스너 메서드를 가진 클래스가 스프링 빈으로 먼저 스캔되어야.. 공감수 0 댓글수 0 2022. 8. 8.
test] @Testcontainers, @Container @Testcontainers 는 JUnit 5 (주피터) 의 테스트컨테이너 어노테이션이다. 이 어노테이션은 클래스에 지정하며, 이 어노테이션이 지정된 클래스는 테스트 실행 시 자신 안에서 @Container 가 지정된 필드를 찾아 컨테이너의 라이프싸이클을 관리한다. @Container 필드가 static 이면 이 컨테이너는 첫 번째 테스트 메서드 시작 전에 한 번만 시작되어 마지막 테스트 메서드 종료 시 정지된다. 즉 모든 테스트 케이스에 대해 하나의 컨테이너를 공유해서 사용한다. (이 때 jdbc:tc:.. 를 사용하면 안 된다.) 오해하지 말아야 할 것이, '첫 번째 테스트 메서드' 는 하나의 테스트 클래스 안에서의 이야기이다. 프로젝트의 모든 테스트를 수행할 때는 여러 테스트 클래스를 실행하게 되는.. 공감수 0 댓글수 0 2022. 8. 3.
test] 어노테이션 정리 사용법 ApplicationContext 전체를 초기화하지 않고 일부 Bean 만을 테스트할 때 @ExtendWith(SpringExtension::class) + @ContextConfiguration + @TestConfiguration => @TestConfiguration 에서 원하는 빈을 초기화한다. (@Bean 을 쓰거나 @ComponentScan을 쓰거나..) => 프로파일 등 수동 프로퍼티 지정이 필요할 때는 @ContextConfiguration 의 initializers 에 ApplicationContextInitializer 구현체를 지정한다. 예(코틀린): class PropertyOverrideContextInitializer : ApplicationContextInitialize.. 공감수 2 댓글수 1 2022. 8. 3.
Docker Compose 를 이용한 one-command 레플리카셋 구성 yaml version: "3.8" volumes: mongo-db-local: { } services: mongo-1: image: mongo container_name: my-mongo-1 ports: - "30000:30000" volumes: - mongo-db-local:/data1/db command: mongod --replSet anna-replSet --port 30000 --bind_ip_all mongo-2: image: mongo container_name: my-mongo-2 ports: - "30001:30001" volumes: - mongo-db-local:/data2/db command: mongod --replSet anna-replSet --port 30001 --bin.. 공감수 0 댓글수 0 2022. 7. 15.
도커로 레플리카셋 구성하기 1. 도커 네트워크 생성 docker network create {network_name} 2. 컨테이너 생성 docker run -p {exposing_port1}:27017 --name mongo1 -d --net {network_name} mongo mongod --replSet mongo-set docker run -p {exposing_port2}:27017 --name mongo2 -d --net {network_name} mongo mongod --replSet mongo-set docker run -p {exposing_port3}:27017 --name mongo3 -d --net {network_name} mongo mongod --replSet mongo-set 3. 레플리카셋 생성 .. 공감수 0 댓글수 0 2022. 7. 14.
트랜잭션에 관하여 몽고디비의 트랜잭션은 트랜잭션 안에서 연산이 되는 document의 수에 따라 single-document / multi-document 로 나눌 수 있다. multi-document 트랜잭션은 여러 documents와 컬렉션에 대한 nomalizing 작업이 필요한데 반하여, single-document 트랜잭션은 embedded documents와 array를 사용하여 데이터간의 관계를 캡처하는 일이 가능하기 때문에 기본적으로 atomic하다. 당연히 multi-document 트랜잭션이 훨씬 어려운 일이고, 비용이 비싼 작업이다. 몽고디비 버전 4.0 에서는 레플리카셋에 대한 multi-document 트랜잭션을 지원한다. 버전 4.2 부터는 여기에 더하여 distributed transactio.. 공감수 0 댓글수 0 2022. 7. 14.
JPA] Hibernate 1차 캐시 1차 캐시의 특징 1차 캐시의 실체는 JPA의 PersistenceContext 이며, 하이버네이트 구현체로는 Session 이다. 1차 캐시가 작동하기 위해서는 PersistenceContext(Session) 인스턴스가 필요하다. 이 인스턴스는 트랜잭션이 시작될 때 팩토리로부터 생성된다. 즉 1차 캐시가 작동하기 위해서는 트랜잭션이 필요하다. 1차 캐시는 특정 "Session(세션)" 인스턴스에 바인딩된다. 세션은 사실상 하나의 런타임 트랜잭션을 의미하며, 한 트랜잭션에 저장된 캐시는 다른 트랜잭션으로부터 격리된다. 즉 '볼 수 없다.' 캐시된 인스턴스의 범위는 '세션' 까지이다. 인스턴스를 캐싱한 세션이 닫히면, 즉 트랜잭션이 종료되면 그 안에서 저장된 캐시도 모두 소멸된다. 하이버네이트에서 1차 .. 공감수 1 댓글수 0 2022. 6. 27.
Spring OSIV 작동 방식 (OpenEntityManagerInViewFilter) 스프링 버전 5.3.18 기준으로 작성됨 이 글에서는 용어를 다음과 같이 줄여서 표현한다. OpenEntityManagerInViewFilter => 필터 WebApplicationContext => wac TransactionSynchronizationManager => tsm EntityManagerFactory => emf EntityManager => em EntityManagerHolder => emh AsyncRequestInterceptor => ari Spring-orm 에서 OSIV 처리를 담당하는 주요 클래스는 org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter 이다. 이 클래스는 다음과 같이 작동한다. 이 클래스는 On.. 공감수 0 댓글수 0 2022. 5. 19.
카프카는 왜 빠른가 카프카는 왜 빠른가 프로그램 구현 레벨까지 가면 여러가지 이유를 댈 수 있겠지만, 카프카를 고성능으로 만드는 결정적인 이유를 말하라면 네 가지를 들 수 있겠다. 1. 시퀀셜 IO 일반적으로 RAM은 랜덤 엑세스를 지원하지만, 디스크는 그렇지 않다. 디스크는 원하는 데이터의 위치한 블록을 찾기 위한 시간(seek time), 블록을 메모리에 카피하는 시간 등의 오버헤드가 존재한다. 데이터가 캐시나 램에 이미 존재하면 이 과정은 생략될 수 있지만, 그렇지 않을 경우(page fault) 이러한 동작을 반복적으로 필요로 한다. 이런 점으로 인해 디스크는 일반적으로 느리다고 인식되곤 한다. 용량을 기준으로 볼 때 RAM은 디스크보다 훨씬 비싸다. 대용량 데이터를 핸들링하는 카프카가 그 모든 데이터를 RAM에 올.. 공감수 1 댓글수 0 2021. 11. 26.
Kafka 설정 listeners vs. advertised.listeners 두 설정 모두 모두 카프카 브로커 서버가 바인딩하는 주소를 나타낸다. listeners - 카프카 브로커가 내부적으로 바인딩하는 주소. advertised.listeners - 카프카 프로듀서, 컨슈머에게 노출할 주소. 설정하지 않을 경우 디폴트로 listners 설정이 적용된다. 카프카는 분산 시스템이다. 클라이언트(프로듀서, 컨슈머)는 분산된 파티션에 접근하여 write/read 를 수행한다. 카프카가 클러스터로 묶인 경우, 카프카 리더만이 write/read 요청을 받는데, 클라이언트는 클러스터의 브로커 중 누가 리더인지 알아야 하기 때문에 write/read 요청에 앞서 해당 파티션의 리더가 누구인지 알 수 있는 메타데이터를 요청한다. 이 메타데이터 요청은 클러스터의 브로커 중 아무나 받아서 응답.. 공감수 8 댓글수 1 2020. 9. 8.
Spring-Lettuce setEnableTransactionSupport spring-data-redis의 LettuceConnectionFactory에 setEnableTransactionSupport(boolean) 메서드가 있다. 기본값은 false인데, true로 설정하면 트랜잭션을 사용할 수 있게 된다. 그런데 이는 트랜잭션을 지원한다는 의미이지, JDBC처럼 트랜잭션 처리를 알아서 해준다는 의미가 아니다. 레디스에서 트랜잭션을 처리는 MULTI-EXEC 를 사용하여 이루어지는데, 당연하게도 한 트랜잭션은 하나의 커넥션이 MULTI 에서 EXEC 까지 모두 수행해야 한다. setEnableTransactionSupport 는 그것을 돕는다. 이 값이 false 이면, MULTI-SET-EXEC 를 호출하면 다음과 같이 동작한다: getConnection: 커넥션A 획.. 공감수 1 댓글수 0 2020. 9. 2.
Spring-Lettuce 커넥션 풀링 시 shareNativeConnection spring-data-redis, Lettuce 사용 시, non-blocking, non-transactional 오퍼레이션은 커넥션 풀을 설정해도 하나의 포트로만 통신한다. 이 동작은 LettuceConnectionFactory 의 shareNativeConnection 값에 따라 달라진다. 이 값은 네이티브 커넥션을 공유해서 사용할지 여부를 가리킨다. 기본값이 true 이기에 non-blocking, non-transactional 오퍼레이션은 하나의 커넥션으로만 통신한다. MULTI 를 통해 트랜잭션을 시작하면 새로운 dedicated 커넥션이 할당되어 이것으로 통신한다. 언뜻 보기에 이 값을 false로 두고 커넥션 풀을 사용하여 오퍼레이션에 사용되는 커넥션을 분산하면 레디스 처리량이 올라가 성.. 공감수 1 댓글수 3 2020. 9. 2.
Lettuce 센티넬 failover 테스트 spring-data-redis 1.7.111RELEASE lettuce-3.5.0.Final Redis 5.0 1 master - port 6379 3 replicas - port 6380, 6381, 6382 3 sentinels - port 26379, 26380, 26381 빈 설정 첫 연결 수립 로그 상단을 보면 아래와 같이, 3 개의 센티넬 주소 중 하나로 접근한다고 하는데, 여러 번 시도했지만 항상 첫 번째 주소인 26379 포트로만 접근했다. 순서대로 접근 시도하면서 센티넬이 응답하지 않는 경우 다음 센티넬로 넘어간다. 정상적으로 응답하는 센티넬을 찾으면 나머지 센티넬로는 요청을 보내지 않았다. Trying to get a Sentinel connection for one of: [Redi.. 공감수 0 댓글수 0 2020. 9. 1.
MVC] Serving Static Resources 1. 디폴트 정적 자원 핸들링에는 디폴트로 ResourcehttpRequestHandler가 사용된다. 디폴트로, 아래 경로의 자원을 '/' URI 패턴으로 제공한다. classpath:/static classpath:/public classpath:/resources classpath:/META-INF/resources 예로, classpath:/static/myface.html 이 있을 때, http://example.com/myface.html 경로로 접근할 수 있다. 2. 커스터마이징 주의: 설정 커스터마이징 시 디폴트 설정은 사라진다. 따로 설정하지 않으면 더이상 '/' 패턴으로 정적 자원 접근이 불가능하다. 프로퍼티 방식 spring.mvc.static-path-pattern=/mystatic.. 공감수 1 댓글수 0 2020. 8. 15.
IntelliJ 프로젝트 설정 저장파일 (Windows) Windows 10 IntelliJ IC2019.3 기준 1. 프로젝트 루트\.idea\ 1.1. workspace.xml - 최근 변경된 파일, 열려있는 파일, 사용자가 지정한 각종 윈도우의 위치, 사이즈 등 사용자의 세션 정보 - 설정파일에서 쓰이는 프로젝트ID (예: 1g1MbsIX7nO62asWlrlyedlPXqr) - RunManager (un configuration) 정보 - 1.2. gradle.xml - 그레이들 home, 버전, 그레이들 구동 jvm 버전 및 기타 그레이들 정보 1.3. jarRepositories.xml - maven central 등 원격 jar 저장소 정보 1.4. misc.xml - 프로젝트의 JDK 이름, 타입, 언어 레벨, 빌드 output path 등 2. .. 공감수 1 댓글수 0 2020. 8. 14.
IntelliJ 스프링부트 app 실행 1. Project Structure -> Project -> Project SDK 설정 (원하는 런타임 Java) 2. Project Structure -> Modules -> main/resources 영역 Resoueces 마킹 3. Settings -> Build Tools -> Gradle -> Build and run 에서 'Build and run using' - IntelliJ IDEA 로 변경 3번 설정은 그레이들 프로젝트의 경우 디폴트로 Gradle 로 맞추어져 있다. 때문에 스프링부트 어플리케이션의 main 메서드 실행 시 그레이들이 사용되는데, 이를 IntelliJ IDEA 로 바꾸면 인텔리J의 자체 최적화를 거쳐 더 빠른 실행 속도를 누릴 수 있다. 허나 이 설정의 단점은, 로컬 .. 공감수 0 댓글수 0 2020. 8. 14.
Gradle] 그레이들 기본 사용자는 build.gradle, settings.gradle, init.gradle ... 과 같은 그레이들 스크립트를 작성한다. 사용자가 작성한 스크립트 안에는 빌드 과정에서 실행되어야 할 동작이 기술되어 있다. 그레이들은 미리 정해진 단계(lifecycle phases)에 따라 빌드를 수행하는데, 각 단계에 맞는 스크립트를 읽어들이고, 각 파일의 성격에 해당하는 그루비 인스턴스를 생성한다. 이 인스턴스는 사용자가 스크립트에 작성한 내용을 알고 있어, 이 내용에 해당하는 메서드를 실행한다. Lifecycle Phases 그레이들의 빌드 라이프싸이클에는 다음 단계가 존재한다. 1. Initialization 그레이들 자체의 설정, 전역 프로퍼티 설정 등 현재 빌드 대상 프로젝트에 종속되지는 않지만 공통.. 공감수 1 댓글수 0 2020. 8. 1.
Java 14 간략히 정리 Java 14 JEP 361: Switch Expressions - Java 12-13 에서 preview feature 였음. Java 14 에서 standard 로 변경 String result = switch (day) { case "M", "W", "F" -> "MWF"; case "T", "TH", "S" -> "TTS"; default -> { if(day.isEmpty()) yield "Please insert a valid day."; else yield "Looks like a Sunday."; } }; JEP 305: instanceof 패턴 매칭 - preview feature - if (obj instanceof SomeType) 후 if 블럭에서 (SomeType) obj 캐스팅 .. 공감수 0 댓글수 0 2020. 7. 16.
Java 13 간략히 정리 Java 13 JEP 355: Text Blocks - preview feature - String str = """ 문자열 """; - 멀티라인 문자열을 더 보기 좋고 편하게 작성할 수 있음. String textBlock = """ This is a new feature, Text Block!"""; System.out.println(textBlock); String inline = "\nThis\nis\anew\nfeature,\nText\nBlock!"; System.out.println(textBlock.equals(inline)); output: This is a new feature, Text Block! true 줄바꿈 문자가 자동으로 포함된다. 자바 코드로 json, html 텍스트를 작.. 공감수 0 댓글수 0 2020. 7. 16.
Java 12 간략히 정리 Java 12 언어 상 변화 Switch Expressions (JEP 325) - preview feature before: int numLetters; switch (day) { case MONDAY: case FRIDAY: case SUNDAY: numLetters = 6; break; case TUESDAY: numLetters = 7; break; case THURSDAY: case SATURDAY: numLetters = 8; break; case WEDNESDAY: numLetters = 9; break; default: throw new IllegalStateException("Huh? " + day); } after: int numLetters = switch (day) { case MO.. 공감수 1 댓글수 0 2020. 7. 15.
Java 11 간략히 정리 Java 11 새로운 String 메서드 추가 - strip(): 문자열 앞, 뒤의 공백 제거. - stripLeading(): 문자열 앞의 공백 제거. - stripTrailing(): 문자열 뒤의 공백 제거. trim() 과의 차이점은, trim() 은 U+0020 이하의 값만을 공백으로 인식하여 제거한다 (tab, CR, LF, 공백). 하지만 유니코드에서는 이 외에 다양한 공백 문자가 존재하는데, 이를 처리하기 위해서는 기존에는 Character.isWhitespace(int) 를 사용해야 했다. Java 11 부터는 strip() 으로 편하게 처리할 수 있다. 그리고 성능도 수 배 빠른 것으로 알려짐. - isBlank(): 문자열이 비어있거나 공백만 포함되어 있을 경우 true 를 반환한다. .. 공감수 0 댓글수 0 2020. 7. 15.
Java 10 간략히 정리 Java 10 var 키워드 - 지역변수에만 사용 가능. - 컴파일 타임에 타입이 확실한 곳에만 사용 가능. - 컴파일 타임에 타입 추정(type inference)이 적용되어, 바이트코드는 이전과 동일하게 생성. Unmodifiable View Collections - 컬렉션을 wrapping하여 변경 불가능한 컬렉션을 만든다. - immutable 과는 다름. 직접 데이터를 가지고 있지 않고, 원본 인스턴스의 view 로서 작동한다. 원본 인스턴스에 요소가 추가/삭제/변경되면 이를 래핑한 unmodifiable collections 도 변경되어 보여진다. 글자 그대로 VIEW. List unmodifiable = Collections.unmodifiableList(existingList); Creat.. 공감수 0 댓글수 0 2020. 7. 15.
RxJava2 스케쥴러 쓰레드 기아 현상 (Scheduler Thread Starvation Problem) Point 1. subscribeOn 은 업스트림과 다운스트림에, observeOn 은 다운스트림에 영향을 준다는 점을 기억한다. Point 2. 하나의 파이프라인에는 하나의 쓰레드만 작동한다. (flatMap 을 통한 병렬화를 하지 않을 경우.) Point 3. 워커 쓰레드가 요소를 처리 중일 때 다음 요소가 들어오면 이 요소는 queuing되고, 현재 요소의 처리가 끝나면 queuing된 다음 요소를 처리한다. Point 4. 처리 지연에 대비하여 별도 스케쥴러 워커에 실행시킬 로직이 있고, observeOn 을 사용하려 한다면 이 로직은 반드시 observeOn 다음에 위치시켜야 한다. 스케쥴러 쓰레드 기아 현상은 다음과 같은 경우 발생한다: // 아래 두 source는 1초에 한 번 Item을 발.. 공감수 0 댓글수 0 2020. 6. 4.
RxJava2 ConnectableObservable 에러 처리 유의사항 ConnectableObservable을 사용하여 One publicher-Many subscribers를 구현할 때, onError* 사용 시 subscriber마다 서로 다른 에러 처리 로직을 사용할 수 있다. 이 때, publisher 단계에서 에러가 발생하면 원치 않는 Subscriber의 에러 처리 코드가 실행될 수 있음을 유의하여야 한다. 아래와 같이 한 Publisher에 세 개의 Subscriber가 있을 때, observer 마다 서로 다른 에러 처리 로직을 가지고 있고, 자신만의 방법으로 에러를 처리하기를 원할 수 있다 source (ConnectableObservable) 공감수 0 댓글수 0 2020. 5. 15.
RxJava2 병렬 처리 RxJava2 에서, 하나의 Observable에는 하나의 쓰레드만 작동한다. 파이프라인에 스케쥴러를 사용해도 요소가 병렬로 처리되지는 않는다. 예로, 아래 코드를 보자: ... Observable.create(new ObserveOnSubscribe() { @Override public void subscribe(ObservableEmitter emitter) throws Exception { while (true) { emitter.onNext(/* Item */); Thread.sleep(1000); } } }) .observeOn(Schedulers.io()) .doOnNext(new Consumer() { @Override public void accept(Item item) throws Exc.. 공감수 0 댓글수 0 2020. 5. 13.
RxJava2 요소에 따라 파이프라인 다르게 적용하기 Point 1. ConnectableObservable을 통해 하나의 source를 다수의 Observer가 구독할 수 있도록 한다. Point 2. filter로 원하는 조건에 따라 source Observable을 나누고 후에 merge한다. Point 3. 나뉜 Observable에 ObservableTransformer를 사용하여 원하는대로 오퍼레이터 파이프라인을 선언한다. import io.reactivex.Observable; import io.reactivex.ObservableSource; import io.reactivex.ObservableTransformer; import io.reactivex.functions.Consumer; import io.reactivex.functions... 공감수 0 댓글수 0 2020. 5. 12.
RxJava2 오퍼레이터 - do* 시리즈와 실행 순서 ※ 동일한 오퍼레이션을 두 개 이상 선언하면 doOn* 은 선언 순서대로, doAfter* 은 선언 역순으로 실행된다. doOnComplete 마지막 요소가 방출될 때, onCompelete 바로 전에 실행됨. onComplete와 마찬가지로, 에러가 발생하면 실행되지 않음. doOnDispose 구독을 해지했을 때 실행됨. doOnNext 요소를 방출할 때, onNext 바로 전에 실행됨. doOnError 오퍼레이션 중 에러가 발생했을 경우, onError 바로 전에 실행됨. doOnEach doOnComplete, doOnNext, doOnError의 통합 버전. Notification을 아규먼트로 받아 isOnComplete, isOnNext, isOnError로 각각에 맞는 처리를 할 수 있음... 공감수 1 댓글수 0 2020. 4. 24.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.