티스토리

Innovative Thinking IT

검색하기

블로그 홈

Innovative Thinking IT

jobc.tistory.com/m

henry-jo 님의 블로그입니다.

구독자: 5

방명록 방문하기

주요 글 목록

도메인(Domain) 관점 모듈 분리 (With. DDD, MSA) 시스템이 점점 거대해지면서, 우리 팀 또한 공통 모듈의 저주에 빠지고 말았다. (공통 모듈의 저주? https://techblog.woowahan.com/2637/) 거대한 하나의 모듈을 분리할 필요성을 느꼈고, 그 과정에서 논의하며 정리했던 내용들을 기록해둔다. (도메인과 관련된 글이나 자료는 많았지만, 대부분 추상적이고 실효성이 있는 자료를 찾지 못했다..) 도메인은 무엇일까? 도메인이란 단어 뜻 자체는 영토, 분야, 영역, 범위 등의 의미를 가진다. 인터넷 주소의 의미로도 사용된다. 다만, MSA와 DDD에서 흔히 사용하는 도메인의 단어는 [영역]의 의미를 가진다고 볼 수 있다. Domain이라고 하면, DDD에 대한 얘기를 하려고 하는걸까? 라는 인식이 있어서 꺼려진다. 하지만, DDD 개발방법론.. 공감수 1 댓글수 1 2023. 11. 26.
Distributed transaction (분산트랙잭션) (with. Saga pattern) 예전부터 MSA는 많이 듣고 이론으로 많이 접해봤지만, MSA가 완벽히 적용되서 운용되는 서비스를 직접 경험해보지 못했다. 실 운용 서비스에서 연관관계가 높은 서비스들을 어떻게 도메인을 분리하고 통신하고 연동하고 있을지 궁금하다. 대부분 내가 경험해봤던건 모놀리틱 서비스에서 MSA로 넘어가는 과정들이였다. 그 과정 속에서 직접적으로 와닿았던 문제는 크게 다음과 같은 2가지 문제였다. 1. 네트워크 통신 비용 - MSA가 되면 기존과 다르게, 수많이 흩어진 서비스로부터 데이터를 가져와야한다. 어떻게 풀어낼 수 있을까? CQRS? 2. 분산트랜잭션 해당 포스트에선 두번째 문제 분산트랜잭션에 대해서만 다루고, 이를 해결하기 위한 방법을 정리해본다. # 분산 트랜잭션 모든 아키텍쳐가 그렇듯 MSA에도 단점은 존.. 공감수 0 댓글수 0 2022. 8. 7.
[Kubernetes] JVM Heap 메모리 모니터링 (With. Visual VM, jstat) JVM 힙 메모리를 모니터링 해야할 일이 생겼다. 로컬이나 물리장비에 떠있는 서버를 Visual VM 연동을 통해 모니터링 해본 경험은 있지만, Kubernets 환경에서의 Visual VM 연동은 낯설었다. # Visual VM ? - https://visualvm.github.io/ VisualVM: Home News: July 19, 2022: VisualVM 2.1.4 Released This release introduces several heapviewer improvements. From now, VisualVM is available as an optional GraalVM component. See the Release Notes for all changes. The tool can be.. 공감수 0 댓글수 1 2022. 7. 24.
[Spring] Guava RateLimiter 사용법 (spring throttling) Spring에서 throttling을 하기 위해 Guava의 RateLimiter가 주로 사용된다. 사용법과 예제를 정리해본다. Guava Rate Limiter Rate Limiter는 초당 실행횟수를 제어해서 throttling을 도와주는 클래스이다. 라이브러리 추가 dependencies { implementation("com.google.guava:guava:31.1-jre") } 1초에 한번 실행 describe("1초에 1번 실행") { val rateLimiter = RateLimiter.create(1.0) // RateLimiter 생성 repeat(10) { val startTime = ZonedDateTime.now().second rateLimiter.acquire() // = ra.. 공감수 1 댓글수 0 2022. 3. 20.
[Spring] 외부 API 호출 서비스 테스트코드 작성하기 (WebClient & MockWebServer) Spring에서는 API를 호출할 수 있는 많은 REST Client를 제공한다. 그 중에서도 WebClient가 가장 많이 추천되는 편이다. Spring 팀에서도 RestTemplate의 대안으로 WebClient를 추천하고 있고, Reactive 환경과 MSA를 생각하고 있다면, WebClient는 좋은 대안이 될 것이다. 그럼 이러한 WebClient로 작성한 서비스는 어떻게 테스트 코드를 작성할 수 있을까? 두가지 방법이 존재한다. Mockito를 사용하는 방법 실제 WebClient를 사용하고, MockWebServer를 호출하는 방법 Mockito를 이용해 일일히 stubbing하는 방법도 있지만, 이 방법은 너무 번거롭고 복잡하다. 또한, 테스트하려는 서비스가 WebClient 동작방식에 대.. 공감수 0 댓글수 0 2022. 3. 13.
Spring boot Dockerfile 최적화하기 (spring boot dockerfile best practice) Spring Boot Dockerfile 간단하게 스프링 어플리케이션을 도커파일로 작성하면 아래와 같다. FROM openjdk:11 ARG JAR_FILE=build/libs/*.jar COPY ${JAR_FILE} app.jar EXPOSE 8080/tcp ENTRYPOINT ["java","-jar","/app.jar"] Spring Boot의 빌드 결과는 바로 실행 가능한 하나의 jar 파일로 나오기 때문에, 단순히 jar 파일을 옮겨주고 실행 시켜주는 것만으로 Dockerfile 작성이 끝난다. 하지만, 여기서 Dockerfile을 하나씩 최적화 시켜보자. .dockerignore 작성 Docker 이미지 생성 시 필요없는 파일은 최대한 제거해준다. 특히 Dockerfile의 경우 은근히 사이즈.. 공감수 0 댓글수 0 2022. 3. 9.
Docker란? (Docker의 기본개념) Docker 도커는 컨테이너를 이미지 파일로 빌드하고 배포하여 어디서나 실행할 수 있도록 해주는 오픈소스이다. 사실 상 컨테이너는 리눅스의 기술이고 도커가 없어도 컨테이너를 구현할 수 있다. 하지만 도커를 이용하면 여러 장점이나 옵션들을 사용할 수 있다. 컨테이너를 git에 저장된 소스처럼 build/push/pull 할 수 있는 방법을 먼저 제공하면서 주목받았다. Docker 설치 (https://www.docker.com/get-started) 그렇다면 위에서 말한 컨테이너(container)는 무엇일까? Container 컨테이너 단위로 OS, 라이브러리, 어플리케이션을 하나로 패키징 할 수 있다. 하나의 OS 위에 여러 어플리케이션을 독립적으로 실행할 수 있도록 한다. 여러 어플리케이션의 격리된 .. 공감수 0 댓글수 0 2022. 2. 6.
[Spring boot] Hikari CP 적용 & 커넥션 누수 이슈 데이터베이스와 애플리케이션을 연결해주는 커넥션 풀은 다양한 오픈소스 라이브러리가 존재한다. Apache Commons DBCP Tomcat JDBC Bone CP Hikari CP 등등.. Spring boot 2.0부터는 Hikari CP를 default 커넥션 풀로 채택하고 있다. 따라서, 최근 프로젝트를 생성한 경우라면, 기본적으로 Hikari CP를 사용하기 때문에 굳이 다른 커넥션 풀로 전환하는 일은 드물 것이다. # Hikari CP 적용 Spring Boot가 기본적으로 데이터베이스에 대한 설정을 자동으로 생성해주기 때문에, 해당 설정을 특별히 제외하지 않았고, Spring Boot 2.0 이상의 프로젝트를 생성했다면 property 설정만으로 간단하게 Hikari CP를 구성할 수 있다. .. 공감수 4 댓글수 0 2022. 2. 1.
부하테스트 오픈소스: Locust Locust는 부하테스트 중에 하나이다. 부하테스트의 종류는 nGrinder, Apache Jmeter 등 다양한 툴들이 존재하지만, 그중에 좀 간단해보이고 UI가 괜찮은(?) Locust를 사용해봤다. 설치 설치는 간단하다. 단, 파이썬 3.6이상 버전이 깔려있어야한다. $ sudo pip3 install locust 스크립트 작성 테스트 스크립트을 파이썬으로 작성해야한다. 파이썬을 잘모르지만, 공식문서를 참고하여 간단한 health-check를 하는 스크립트를 다음과 같이 작성했다. import time from locust import HttpUser, task from locust.user.wait_time import constant class QuickstartUser(HttpUser): wa.. 공감수 0 댓글수 0 2021. 8. 7.
Axon Framework (Command와 Event 구현) 저번 글(https://jobc.tistory.com/223)에서 Axon Framework의 전체적인 개념을 간단히 알아봤다면, 이번에는 실제로 구현을 해보며 학습한 기록을 남긴다. Spring Boot와 Axon Framework Axon Framework는 Spring Boot와 친화적이다. 따라서 다양한 어노테이션을 지원하고, 간단하게 의존성 추가로 Axon를 사용할 수 있다. implementation("org.axonframework:axon-spring-boot-starter:4.5") Command 구현 메세지 종류 중에 Command 메세지를 발행해보고 핸들러까지 구현해본다. Command Gateway Command Gateway는 Command 메세지 통로 역할을 수행한다. @Auto.. 공감수 0 댓글수 0 2021. 8. 1.
Axon Framework란? Axon Framework란? Axon Framework란 EventSourcing, CQRS, DDD 세가지 Concept을 중심으로 어플리케이션을 개발할 수 있게 도와주는 프레임워크이다. 따라서, Axon Framework를 사용하기 위해서는 Event Sourcing, CQRS, DDD 세가지의 개념을 숙지하는 것이 중요하다. 여기서는 Axon Framework가 주요 내용이므로, 이 세가지 개념은 정말 간단히 정리할 것이다. 위 그림을 보면 명령을 호출하고, DB에 저장한다. DB에 저장을 하는 동시에 상태 변화 이벤트를 발행한다. 이벤트가 발행되면 한개 이상의 이벤트 핸들러가 이벤트를 처리한다. Event Sourcing ? 이벤트 소싱이란 정말 간단히 말해, 상태 변경이 일어나는 이벤트를 그대.. 공감수 1 댓글수 0 2021. 8. 1.
ELK 로그시스템 구현하기 - 2 (With Nginx & SpringBoot & Docker) https://jobc.tistory.com/221 ELK 로그시스템 구현하기 - 1 (With Nginx & SpringBoot & Docker) 로컬에서 Nginx와 Spring Boot의 로그를 ES쌓는 파이프라인 ELK을 구현해본다. Spring Boot Application을 Docker로 띄우기 첫번째 스텝은 Nginx와 Spring Boot를 Docker로 띄어 통신이 되는지 확인한다. Spring B.. jobc.tistory.com 로컬에서 80포트로 curl을 날림 Docker Nginx가 요청을 받고 8080포트로 리버시프록시 Docker Spring Boot App이 요청을 받고 응답 위 글에서 3단계를 진행했다. 이제 서버가 띄어졌으니 여기에 본격적인 로그 시스템을 구축한다. Ng.. 공감수 2 댓글수 0 2021. 6. 20.
ELK 로그시스템 구현하기 - 1 (With Nginx & SpringBoot & Docker) 로컬에서 Nginx와 Spring Boot의 로그를 ES쌓는 파이프라인 ELK을 구현해본다. Spring Boot Application을 Docker로 띄우기 첫번째 스텝은 Nginx와 Spring Boot를 Docker로 띄어 통신이 되는지 확인한다. Spring Boot는 단순 응답만 하는 간단한 프로젝트를 생성했다. Spring Boot의 jar파일이 현재 작성할 Dockerfile과 같은 디렉토리에 있다는 전제하에 Spring Boot를 띄울 Dockerfile은 다음과 같다. FROM java:8 EXPOSE 8080 COPY ./application.jar application.jar CMD ["java", "-jar", "application.jar"] Docker 내부에서 jar파일을 실행.. 공감수 0 댓글수 0 2021. 5. 29.
[Kubernetes] Pod의 종료 사이클과 Graceful Shutdown (with nginx & spring boot) 눈에 보이지 않는건 언제나 검증이 어렵고 이해하기 힘들다. Kubernets의 경우 로그 파악하기가 쉽지도 않고, 자동으로 처리해주는 것이 많아 이해하기 어려웠다. Kubernetes의 Pod 종료 사이클과 Spring Boot, Nginx의 Graceful Shutdown을 이해한대로 정리해보자. 쿠버네티스 환경에서는 많은 이유로 충돌이 발생하고, 때때로 Auth Scaling으로 Pod이 늘어나고 줄어드는 경우가 허다하다. 따라서 이러한 쿠버네티스 환경에서 Pod이 Graceful하게 종료되는 것은 중요하다. Graceful Shutdown에 관한 내용은 여기서 확인할 수 있다. Kubernets 환경에서의 Graceful Shutdown 내가 만약 로컬이나 EC2와 같은 서버에 Spring Boot.. 공감수 4 댓글수 0 2021. 5. 29.
Graceful Shutdown (with nginx & spring boot) Graceful Shutdown ? 정확한 개념에 대해서는 말들이 많지만, 간단히 말해서 현재 들어온 요청을 모두 수행하고 우아하게(?) 종료된다는 개념이다. 예를 들어, 내가 어떠한 상품을 구매하기 위해 결제 요청을 했고, 서버가 결제를 처리하고 있는데, 뭔지 모르는 이유로 서버가 종료될 때 이미 처리하고 있는 결제 요청은 모두 처리하고 종료된다는 것을 의미한다. Graceful Shutdown을 이해하기 위해서는 SIGTERM, SIGKILL에 대한 이해도 필요하다. SIGTERM과 SIGKILL의 이해를 돕기 위한 유명한 그림이 있다. SIGTERM은 위 그림처럼 자식에게 가기 전에 인사할 시간을 준다. 쉽게 말해, 서버에게 종료될 시간을 주는 것이다. SIGKILL은 위 그림처럼 인사할 시간도 안.. 공감수 1 댓글수 0 2021. 5. 29.
Rust Ownership (Rust만의 특별한 메모리 관리법) Ownership은 Rust만의 특별한 메모리 관리법이다. 모든 프로그램은 실행중인 동안에 어떤 방법으로든 컴퓨터의 메모리를 관리해야한다. 어떤 언어는 GC를 이용해서 사용하지 않는 메모리를 찾아 지속적으로 해제해준다. 또 다른 언어는 프로그래머가 직접 메모리를 할당하고 해제하며 관리한다. Rust는 Ownership이라는 Rust만의 특별한 메모리 관리법을 사용한다. 쉽게 말해서 개발자 입장에서는 GC보다 복잡하지만 더 성능이 뛰어난 GC(?)라고 보면 된다. (C, C++로 주로 개발하던 개발자는 Rust Ownership에 혁신을 느낄 것이며... GC로 동작하는 언어에 익숙하던 개발자는 오히려 개발할 땐 불편함을 느낄 수 있다) 하지만 중요한 포인트는 GC의 런타임 도중 발생하는 오버헤드의 리스크.. 공감수 0 댓글수 0 2021. 2. 5.
Rust란 ? (Rust 기본 개념) Rust? Rust는 모질라 리서치에서 개발한 범용 프로그래밍 언어이다. 안전하고, 병렬적이며, 실용적인 언어로 디자인되었다. Rust는 2020 stack overflow에서 가장 인기있는 언어로 꼽혔다. https://insights.stackoverflow.com/survey/2020#most-loved-dreaded-and-wanted Rust가 인기있는 이유가 무엇일까? 1. 성능: Rust만의 효율적인 메모리 관리법으로 성능이 뛰어나다. 저수준 시스템 레벨 언어 C/C++를 대체할 수 있다. 2. 신뢰 3. 생산성 Rust로 웹 개발? Rust 기반 웹프레임워크로 Actix Web, Rocket 등이 존재한다. https://www.techempower.com/benchmarks/ 해당 사이트.. 공감수 0 댓글수 0 2021. 2. 5.
[Mysql] IN쿼리가 인덱스를 타지 않는 현상 실 운영 환경을 Mysql5.6 -> 5.7로 업그레이드 했을 때 발생하던 현상이였다. 분명히 같은 IN쿼리지만, 5.6에서는 인덱스를 타던 것이 5.7로 넘어오면서 인덱스를 타지 않게 된 것이다. 정확히 말하자면, 아예 안타는 것은 아니고 id IN (대략 만개이상) 의 경우에 인덱스를 타지 않았다. 즉, 특정 개수 이상의 ID를 IN쿼리 안에 넣으면 인덱스를 타지 않았다. 결론부터 말하면 쿼리 자체를 메모리에 올리는 것 또한 메모리 제한이 있었다. 그 제한은 range_optimizer_max_mem_size 옵션을 통해 확인할 수 있다. > 참고링크 : https://dev.mysql.com/doc/refman/5.7/en/range-optimization.html#range-optimization.. 공감수 0 댓글수 1 2021. 1. 28.
Kafka Streams(카프카 스트림즈) 란? Kafka는 본래 메시지를 다른 프로세스나 애플리케이션에 전달하기 위해 사용되었지만, 카프카의 강력한 성능으로 인해 연속된 메세지인 스트림을 처리하는데도 점차 사용되기 시작했다. Stream vs Batch 스트림 프로세싱은 데이터들이 지속적으로 유입되고 나가는 과정에서 데이터에 대한 분석이나 질의를 수행하는 것을 의미한다. 데이터가 프로그램에 도달하자마자 처리를 하기 때문에 스트림 프로세싱은 실시간 분석이라고 불리기도 한다. 기존에 대규모 데이터를 처리하기 위해 배치를 사용하는 경우가 많다. 배치 처리는 이미 저장된 데이터를 기반으로 분석이나 질의를 수행하고 특정 시간에 처리하는 특징을 가지고 있다. 빅데이터나 머신러닝이 붐이 일기 전, 대부분 기업에서 수행되는 데이터 분석은 배치 처리 형태였다. 하지.. 공감수 2 댓글수 0 2020. 10. 17.
[Spring] REQUIRES_NEW과 Exception (REQUIRES_NEW는 정말 독립적인가?) 흔히들 많이 사용하고 기본적으로 작동하는 것이 Propagation.REQUIRED 전파 레벨을 사용한다. 그 다음은 여러 이유로 REQUIRES_NEW 전파 레벨이 사용되는 편인데, 이 둘의 개념을 먼저 간단히 살펴보자. Propagation.REQUIRED 트랜잭션이 존재하면 기존의 트랜잭션이 전파된다. 만약 존재하지 않는다면 트랜잭션을 새로 시작한다. Propagtion.REQUIRES_NEW 매번 새로운 트랜잭션을 생성한다. 그렇다면 REQUIRES_NEW는 부모 트랜잭션에서 완전 독립적인 트랜잭션을 생성하는가 ? 꽤나 많은 곳에서 REQUIRES_NEW는 부모와는 아예 독립된 공간을 생성하는 것으로 표현되고 있고 나 역시 그렇게 알고 있었다. 독립된 공간은 부모 트랜잭션과 새롭게 생긴 자식 트랜.. 공감수 2 댓글수 0 2020. 10. 17.
로컬에서 Docker를 이용하여 Kafka 서버 환경 구축하기 Kafka 환경을 구축하기 위해 Kafka 서버를 Docker를 이용해 띄어보자 사실 상 Kafka를 다운로드 받아 그냥 로컬에 바로 띄우는게 가장 간단한 방법이겠지만, Docker를 한번 사용해봐야겠다 라는 마음으로 Docker에 설치하도록 했다. 개발 환경등 신경쓸 필요도 없고, 로컬 환경을 깔끔하게 유지한다는 장점이 있을 수 있겠다. 아래 절차는 Mac OS 환경 기준이다. Docker 설치 Mac OS의 경우에는 Docker 설치는 무척 간단하다. (링크 : https://www.docker.com/get-started) Get Started with Docker | Docker Learn about the complete container solution provided by Docker. Fi.. 공감수 3 댓글수 3 2020. 4. 25.
나만의 코딩컨벤션 작성하기(Spring, Java, Naming, 구조, 코드 작성법 등) 현재(2020. 04) 나만의 코딩 컨벤션을 기록으로 남겨 계속해서 보완해나갈 생각이다. 물론 회사에서 하는 작업물은 나의 스타일과 안맞더라도 회사의 코딩컨벤션을 따르는 것이 맞다. 하지만, 회사의 컨벤션을 그냥 무심코만 따라하기만 하면 잘못된 스타일이 몸에 밸수도 있고 나의 스타일이 그냥 회사에 맞춰지게 된다. 나만의 코딩 컨벤션을 기록으로 남기고 꾸준히 보완해나갈 생각이다. 코딩컨벤션이란 어느 블로그에서 본 글인데, 가장 코딩컨벤션을 쉽게 표현한 것 같아 인용해서 설명하면 다음과 같다. 프로그래밍 언어는 한글, 영어, 일본어 등과 흡사하다. 한글에도 지역마다 사투리가 존재하고 그 지역에서 원활한 소통을 하려면 그 지역의 사투리를 잘 배우고 사용해야 한다. 이는 프로그래밍 세계에서도 마찬가지이다. 코딩.. 공감수 7 댓글수 2 2020. 4. 4.
[Spring] Retry 재시도 로직 구현하기 With Kotlin 서버를 운영하다보면 일시적인 오류가 종종 발생한다. 특히나 어플리케이션 간의 통신에서 이러한 일시적인 오류가 빈번하게 생기는 편이다. 이러한 오류는 재시도를 통해 문제가 해결되는 케이스가 대부분이다. 이를 위해 스프링에서는 `@Retryable` 이라는 어노테이션을 제공해서 해당 메소드 위에 어노테이션만 붙여주면 간단하게 재시도 할 수 있는 로직을 구현할 수 있다. 하지만 AOP 특성 상 어노테이션이 동작하기 위해서는 외부에서 해당 메소드를 호출해야한다. 고작 한줄만 재시도 로직이 필요한 상황인데, 그 한줄을 다른 클래스로 빼야되는 귀찮은 상황이 발생할 수 있다. 여기저기 Retryable 어노테이션이 붙어있는 것과 위에서 언급한 AOP의 단점을 보완하기 위해 특정 비즈니스 로직을 재시도할 수 있는 Re.. 공감수 0 댓글수 0 2020. 2. 29.
JPA 변경감지(Dirty Checking)과 OSIV JPA를 사용할 때 변경 감지를 주의해야한다. 아무런 생각없이 중간 데이터 전달 경로로 엔티티의 필드를 건드린다면, 실제로 DB에도 변경이 적용되기 때문이다. 또한 주의해야할 점은 OSIV를 활성화 시켰을 경우이다. 다음 예제를 살펴보자. fun test() { val product1 = productItemRepository.findById(1L).orElse(null) product1.amount = product1.amount + 1 // 엔티티 값 변경 // osiv가 활성화되어있다면 여기서 product1은 영속성컨텍스트에 계속 살아있게된다. (영속 상태) // osiv가 반대로 비활성화 되어있다면 여기서 product1은 영속성컨텍스트에 남아있지 않는다. (준영속 detach 상태) dirty.. 공감수 0 댓글수 0 2020. 1. 26.
JPA 영속성 컨텍스트의 1차캐시 & 쓰기지연은 정말 동작하는가? JPA는 엔티티를 영속성 컨텍스트에서 관리한다. 영속성 컨텍스트에 대한 장점을 다시 한번 살펴보면 다음과 같다. 1. 1차 캐시 2. 동일성 보장 3. 트랜잭션을 지원하는 쓰기 지연 4. 변경 감지 이러한 영속성 컨텍스트의 장점은 많이들 접해보고 들어봤을 것이다. 이 글에서는 1차캐시와 쓰기지연에 대해서 좀 더 자세히 알아보도록 한다. 1차 캐시 1차 캐시가 되는 것은 오직 식별자로 쿼리할 때만이 가능하다. 식별자가 무엇인가? 바로 @Id 어노테이션을 붙여둔 Key이다. 다음 예제를 살펴보자. Person(id = 1, name = "A") 위와 같은 Entity가 DB에 저장되어 있다고 가정해보자. 여기서 다음과 같이 쿼리를 하면 어떤 일이 발생할까? val p1 = repository.findByNa.. 공감수 10 댓글수 5 2020. 1. 18.
JVM Memory와 Garbage Collection JVM Memory에 대해 알아보기 전에 JVM에 대한 구조와 개념을 살펴보자 프로그램이 실행되기 위해서는 Windows나 Linux같은 운영체제가 제어하고 있는 시스템 일부인 메모리(RAM)를 제어할 수 있어야 하는데, Java 이전에 C같은 대부분의 언어로 만들어진 프로그램은 이러한 이유 때문에 OS에 종속되어 실행되게 되었다. Java로 만들어진 프로그램은 JVM이라는 프로그램만 있으면 실행이 가능한데, JVM이 OS에게서 메모리 사용 권한을 할당받고 JVM이 Java 프로그램을 호출하여 실행한다. 이렇게 JVM위에서 동작할 수 있는건 JVM이 Java Byte Code를 OS에 맞게 해석해주는 역할을 해주기 때문이다. 하지만 JVM의 해석을 거치기 때문에 C언어 같은 네이티브 언어에비해 속도가 느.. 공감수 1 댓글수 0 2020. 1. 18.
< json parsing error 외부 업체와 통신 작업을 하고 있는데, 우리쪽 응답받는 부분에서 계속해서 < json parsing error ~ 에러가 계속해서 발생하였다. 뭔데 < 이걸 json으로 파싱하려 하는걸까?? 생각을 해보니 저 형태는 무언가 json형태가 아닌 html형식으로 response를 주는 것이 아닌가라는 추측을 하였다. 우리는 통신 라이브러리를 retrofit을 사용하고 있었다. retrofit의 converter 설정을 json converter를 사용하고 있었기 때문에 응답을 json으로 파싱하려한다. 실제 응답 결과를 보기 위해 curl을 날려본 결과 html로 응답을 오는 것을 확인하였고 json형태로 응답형식을 바꿔달라고 요청해서 해결하였다. 따라서 저러한 에러가 난다면, 응답의 형태가 json형태가 .. 공감수 0 댓글수 0 2019. 12. 28.
[Spring] IntelliJ에서 종종 Build가 깨지는 오류 가끔가다 이유없이 IntelliJ에서 Build가 깨지는 오류가 있다. (→ 직접 gradle로 build하면 잘되는 경우) 어디간에서 꼬인 것 같은데, 이유는 잘 모르겠고 다음을 순서대로 수행해보며 해결해본다. Gradle Refresh 첫번째 방법으로 라이브러리가 꼬인 경우가 많으니 Gradle Refresh를 해준다. (IntelliJ 오른쪽 Gradle Tab -> refresh모양 버튼 클릭) Project Structure → Problem build가 깨지면 해당 페이지에 Problem이 표시된다. 라이브러리가 꼬인 케이스인데 여기서 수동으로 삭제해줄 수도 있다. (상위 File 탭 -> Project Structure -> Problem) File → Cache 삭제 IntelliJ Cac.. 공감수 3 댓글수 2 2019. 12. 28.
JPQL과 영속성 컨텍스트 스프링 웹 프로젝트를 작업할 때, 온전히 JPA만으로 작업하기에는 어려움이 따를 수 있다. 예를 들어, 테이블 중 특정 필드만이 필요한데, JPA로 모든 필드를 메모리에 올리기에는 비효율적인 문제등을 들 수 있을 것이다. JPQL과 JPA를 조합해서 쓸 때 몇가지 주의할 점과 동작하는 방식에 대해 알아본다. 먼저 JPQL의 개념을 간단하게 다시 한번 살펴보자. JPQL JPQL은 SQL과 비슷한 문법을 가진 객체 지향 쿼리이다. JPQL의 탄생 배경은 JPA에서 제공하는 메서드 호출만으로 섬세한 쿼리 작성이 어렵다는 문제로부터 비롯되었다. JPQL로 조회한 엔티티와 영속성 컨텍스트 JPQL로 엔티티를 조회하면 해당 엔티티는 영속성 컨텍스트에서 관리된다. 하지만, 엔티티가 아니라면 영속성 컨텍스트에서 관리.. 공감수 0 댓글수 0 2019. 12. 21.
Github Actions (깃헙액션) 기존에 대부분은 깃헙에서 서드파티 서비스를 이용해서 개발 워크플로우를 자동화하고 있었을 것이다. 그러한 워크플로우 중심에는 CI가 있었다. lint, test, build등의 작업을 CI를 이용해서 했다면 이러한 워크플로우를 Actions이라는 이름으로 Github에서 직접 지원하기 시작한 것이다. 연동하는 것은 대표적으로 사용되는 Travis CI와 마찬가지로 간단하다. 다음은 Gradle Java Project에 Github Action을 설정해주는 예제이다. .github/workflows/main.yml 경로로 설정 내용을 작성해주면 된다. name: JAVA CI on: pull_request jobs: main: name: Build phase... runs-on: ubuntu-18.04 en.. 공감수 0 댓글수 0 2019. 12. 10.

문의안내

티스토리
로그인
고객센터

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