티스토리

database by narae :p

검색하기

블로그 홈

database by narae :p

dbbymoon.tistory.com/m

dbbymoon 님의 블로그입니다.

구독자: 6

방명록 방문하기

주요 글 목록

JPA 연관 관계가 있는 엔티티 생성 패턴 Objective 💡 JPA 연관 관계가 있는 엔티티를 생성하기 위해서는 연관 엔티티를 var nullable 타입으로 선언하여 생성해야 합니다. 하지만 데이터로 보았을 때 해당 엔티티는 var 타입도 nullable 타입도 아니길 원하는 경우 val non-nullable 타입으로 설정하고 JPA 엔티티를 생성하는 패턴에 대해 공유합니다. Background OrderEntity.kt OrderProductEntity.kt OrderService.kt @Service class OrderService( private val orderRepository : OrderRepository ) { fun saveOrder(param : OrderCreateParam) { val order = OrderEnti.. 공감수 0 댓글수 0 2023. 3. 9.
JPA @OneToMany - targetEntity Objective 💡 JPA의 @OneToMany 연관 관계에서 연관 엔티티가 open class 인 경우 read-only 컬렉션을 사용하지 못하고 Mutable 컬렉션을 사용하도록 하는데, 원인과 read-only 컬렉션을 사용할 수 있는 해결 방안을 공유합니다. Background build.gradle.kts allOpen { annotation("javax.persistence.Entity") annotation("javax.persistence.MappedSuperclass") annotation("javax.persistence.Embeddable") } OrderEntity.kt OrderProductEntity.kt Error Message One To Many 속성 값의 데이터는 ‘? .. 공감수 0 댓글수 0 2023. 3. 9.
테스트 주도 개발 주기의 유지 테스트 주도 개발로 배우는 객체 지향 설계와 실천 5장. 테스트 주도 개발 주기의 유지 5.1. 각 기능을 인수 테스트로 시작하라 실패하는 인수 테스트를 작성하는 것으로 신기능을 작업하는데 착수한다. 인수테스트는 우리가 작성하려는 기능을 아직 시스템에서 갖추지 못했다는 사실을 보여주고 그 기능이 완성되기까지 진행 상황을 반영한다. 인수 테스트 : 응용 도메인에서 나온 용어만 이용한다. (기반 기술. db 등 용어가 아닌) => 자동으로 확인 가능한 형태로 요구 사항을 정확하게 표현하면 분명하게 드러나지 않는 가정을 밝히는데 도움이 된다. => 실패하는 테스트 덕에 요구사항을 충족하는 데 필요한 만큼의 기능만 구현하는 데 집중할 수 있어 기능을 완성할 가능성이 높아진다. => 사용자 관점에서 시스템을 바라.. 공감수 0 댓글수 0 2021. 12. 5.
테스트 주도 주기 시작 테스트 주도 개발로 배우는 객체 지향 설계와 실천 4장. 테스트 주도 주기 시작 테스트는 인수테스트의 일환으로 전 구간을 대상으로 실행되어 시스템의 외부 인터페이스에 관해 필요한 피드백을 줘야하는데, 이는 자동화된 빌드/배포/테스트 주기 전체를 구현해야 함을 의미한다. 4.1. 우선 동작하는 골격을 대상으로 테스트하라 ‘동작하는 골격’을 대상으로 빌드, 배포, 테스트하는 방법을 파악한 다음, 그 기반 구조를 이용해 유의미한 첫 기능에 대한 인수 테스트를 작성한다. 그 후에는 시스템의 나머지 부분을 대상으로 테스트 주도 개발을 진행할 수 있게 모든 것이 제자리에 놓일 것이다. 동작하는 골격 : 전 구간을 대상으로 자동 빌드, 배포, 테스트를 할 수 있는 실제 기능을 가장 얇게 구현한 조각을 말한다. 테스트.. 공감수 0 댓글수 0 2021. 12. 5.
도구 소개 테스트 주도 개발로 배우는 객체 지향 설계와 실천 3장. 도구 소개 3.2. JUnit4 리플렉션을 통해 클래스 구조를 파악한 후 해당 클래스 내에서 테스트를 나타내는 것을 모두 실행 테스트 케이스 : @Test Junit4에서는 테스트를 실행할 때 테스트 클래스의 새 인스턴스를 생성한 후 적절한 테스트 메서드를 호출한다. 매번 새 테스트 객체를 생성하기 때문에 각 테스트 간의 격리성을 확보할 수 있다. 단정 테스트 대상 객체를 호출하고 그 결과를 단정(aseertion) - assertTrue() - aseertNull() - aseertEquals() 예외 예상 @Test(expected=….Exception.class) 테스트 픽스처 : 테스트가 시작할 때 존재하는 고정된 상태 - 테스트가 반복 가.. 공감수 0 댓글수 0 2021. 12. 5.
객체를 활용한 테스트 주도 개발 테스트 주도 개발로 배우는 객체 지향 설계와 실천 2장. 객체를 활용한 테스트 주도 개발 2.1. 객체망 객체지향설계 : 객체 간의 의사소통에 집중. 협업하는 객체의 망 2.2 값과 객체 값 : 변하지 않는 양이나 크기 객체 : 시간이 지남에 따라 상태가 변할지도 모르지만 식별자가 있는 계산 절차 2.3. 메시지를 따르라 다른 객체와 쉽게 관계를 맺을 수 있게 객체를 설계하면, 고수준의 선언적 접근법이 주는 혜택을 누릴 수 있다. 객체가 일반적인 의사소통 패턴을 따르고 객체 간의 의존성이 명시적임을 의미한다. 의사소통 패턴 : 객체들이 다른 객체와 상호작용하는 방법을 관장하는 각종 규칙으로 구성 객체 역할 : 관련된 책임의 집합 책임 : 어떤 과업을 수행하거나 정보를 알아야할 의무 협력 : 객체나 역할의.. 공감수 0 댓글수 0 2021. 12. 5.
테스트 주도 개발의 핵심은 무엇인가? 테스트 주도 개발로 배우는 객체 지향 설계와 실천 1장. 테스트 주도 개발의 핵심은 무엇인가? 1.1 학습 과정으로서의 소프트웨어 개발 소프트웨어 프로젝트 : 사람 + 응용 분야 + 기술 등 미처 예상하지 못한 요소가 많음 개발자들은 구성 요소의 동작 방식을 배우면서 프로젝트를 마무리한다. : 불확실한 변화를 예측하려면 경험이 늘어남에 따라 불확실성을 해결하는데 도움이 될 프로세스가 필요하다. 1.2. 피드백은 가장 기본적인 도구다 경험에 의거한 피드백을 이용해 시스템과 그 용도에 관해 배운 후, 그 배운바를 시스템에 적용 배포 : 내린 가정을 검사할 기회 => 실제 진행 상황을 측정하고, 오류를 탐지하고 수정하고, 배운 바에 따라 현재 계획을 조정한다. 점진적이고 반복적인 개발 : 중첩된 피드백 고리의.. 공감수 0 댓글수 0 2021. 12. 5.
도커 + ELK 분산 환경 셋팅 # 단일 서버 git clone https://github.com/deviantony/docker-elk.git cd docker-elk vi elasticsearch/config/elasticsearch.yml xpack.security.enabled: false docker stack deploy -c docker-stack.yml elk docker ps docker service ls ## 레플리카 모드 vi docker-stack.yml elasticsearch: image: docker.elastic.co/elasticsearch/elasticsearch:7.6.2 ports: - "9200" - "9300" configs: - source: elastic_config target: /usr/.. 공감수 0 댓글수 0 2020. 5. 24.
도커 Docker 정리 1 - 컨테이너형 가상화 기술을 구현하기위한 상주 애플리케이션 - 이 애플리케이션을 조작하기 위한 명령행 도구(CLI) 로 구성되는 프로덕트. 애플리케이션 배포에 특화되어 있기 때문에 애플리케이션 개발 및 운영을 컨테이너 중심으로 할 수 있다. - 컨테이너 : 도커가 만들어내는 게스트 운영체제 # 특징 ## 개발환경 구축 로컬 환경에 도커만 설치하면 몇줄짜리 구성파일(Dockerfile)과 명령어 한 줄로 애플리케이션이나 미들웨어가 이미 갖춰진 테스트용 가상환경(도커 컨테이너)을 빠르게 구축할 수 있다. 가상화 소프트웨어와 비교해도 오버헤드가 적어진다는 장점이 있다. ## 운영 환경 도커는 개발 후 운영 환경에 대한 배포나 애플리케이션 플랫폼으로 가능하다. 기존 가상화 소프트웨어보다 더 가볍게 동작하기 때문.. 공감수 0 댓글수 0 2020. 5. 16.
더블 디스패치 double dispatch 의존 관계 Supplier의 변화가 Client에 영향을 주는 경우 - Supplier가 Client의 필드 - Supplier가 Client 메소드의 파라미터 - Supplier가 Client의 로컬 변수 - Supplier로 메시지를 보냄 => 재사용 가능한 객체 지향 설계/개발이 어렵다. Client는 재사용이 어렵다 Client는 컴포넌트/서비스가 될 수 없다. 오브젝트 패턴은 런타임시 바뀔 수 있는, (상속 관계보다) 더 동적인 오브젝트 (의존) 관계를 다룬다. - 생성 관련 패턴 (Creational Pattern) : 객체 인스턴스 생성을 위한 패턴으로, 클라이언트와 그 클라이언트에서 생성해야 할 객체 인스턴스 사이의 연결을 끊어주는 패턴 싱글턴, 팩토리 메소드, 추상 팩토리, 프로토타입, .. 공감수 0 댓글수 0 2020. 1. 7.
user level lock 트랜잭션 격리 수준 애플리케이션에서 여러 트랜잭션이 동시에 같은 데이터를 대상으로 작업을 수행할 때 여러 트랜잭션이 다른 트랜잭션과 어떻게 격리되어야 하는지 분명하게 지정해야 한다. READ UNCOMMITTED 트랜잭션 A가 특정 컬럼 데이터를 변경하고 있는 중에(커밋되지 않은 상태) 다른 트랜잭션 B가 read하면 트랜잭션 A가 변경한 데이터(커밋되지 않은 데이터)를 읽어온다. DIRTY READ : 트랜잭션 B가 읽어온 데이터를 사용하는데, 트랜잭션 A가 변경한 데이터를 롤백하면 데이터 정합성에 문제가 발생한다. READ COMMITTED 트랜잭션 A가 특정 컬럼 데이터를 변경하고 있는 중에(커밋되지 않은 상태) 다른 트랜잭션 B가 read하면 트랜잭션 A가 변경하기 전 데이터(커밋된 데이터)를 읽.. 공감수 0 댓글수 0 2019. 6. 12.
JPA 정리하기 영속성 컨텍스트 => 엔티티를 영구 저장하는 환경 => 엔티티 매니저로 엔티티를 저장하거나 조회하면, 엔티티 매니저는 영속성 컨텍스트에 인티티를 보관하고 관리한다. 영속성 컨텍스트의 특징 ⁃ 식별자 값 : 영속성 컨텍스트는 엔티티를 식별자 값(@Id)으로 구분한다. 따라서, 영속 상태는 식별자 값이 반드시 있어야 한다. ⁃ 데이터베이스 저장 : JPA는 보통 트랜잭션을 커밋하는 순간 영속성 컨텍스트에 새로 저장된 엔티티를 데이터베이스에 반영한다. 이를 flush라고 한다. ⁃ 장점 : 1차 캐시, 동일성 보장, 트랜잭션을 지원하는 쓰기 지연, 변경 감지, 지연 로딩 엔티티 생명주기 비영속 (new/transient) : 영속성 컨텍스트와 관계 없는 상태 영속 (managed) : 영속성 컨텍스트에 저장된.. 공감수 2 댓글수 0 2019. 6. 7.
Annotation과 Reflection을 이용한 챗봇 컨트롤러 만들기 챗봇은 입력받은 메시지에 대한 기능을 수행하고 답장을 보내며 사용자와 대화합니다. 저는 이번에 스프링 부트로 가계부 챗봇을 개발하며, 명령어에 대한 요청을 처리하는 '챗봇 컨트롤러'를 만들게 되었습니다. LINE Messaging API에는 @LineMessageHandler라는 어노테이션이 있어, 해당 어노테이션을 붙인 클래스에서 채팅방에서 일어나는 Event에 대해 다음과 같이 EventMapping을 하여 기능을 수행할 수 있게 합니다. 이렇게 해서 사용자에게 메시지가 들어오는 MessageEvent를 처리할 수 있습니다. 챗봇을 개발하던 초기에 저는 메시지에 맞게 기능을 처리하기 위해 MessageHandler의 handleTextContent 라는 메서드에 다음과 같은 코드를 작성했습니다. 이 .. 공감수 3 댓글수 0 2019. 6. 7.
Entity to DTO, DTO to Entity 그리고 ModelMapper Entity 클래스란 JPA에서 실제 데이터베이스의 테이블과 매칭되는 클래스입니다. JPA를 사용하면서 Entity 클래스를 작성하였고, 프로젝트 초기에는 Entity로 Repository 뿐만 아니라 Service, Controller 영역까지 사용하였습니다. Entity를 화면에 띄우는 데까지 사용하다 보니 양방향으로 연결된 엔티티는 순환 참조 문제가 발생하였고, 다른 Entity를 참조하고 있는 경우 현재 Entity 뿐만 아니라 다른 Entity에도 원치 않는 변경이 일어나거나, 무거운 양의 데이터를 들고 여러 영역을 오가는 것이 성능 상에도 좋지 않을 것으로 생각하였습니다. 따라서 DB Layer에는 Entity, View Layer에서는 DTO를 사용하여 역할을 분리하여 Entity와 DTO가.. 공감수 20 댓글수 10 2019. 5. 16.
Optional 클래스 사용하기 스프링 데이터 JPA를 사용하며 CrudRepository의 findById 메서드 리턴 타입인 Optional 클래스에 처음 접하게 되었습니다. Optional은 Java 8에 추가된 새로운 API로 이전에 하던 '고통스러운 null 처리'를 '잘' 다룰 수 있게 도와주는 클래스라고 합니다. 저는 Optional 클래스를 처음 접하게 되며, "대체 이런걸 왜 쓰는 거야?" 라는 의문을 강하게 품고 있었습니다. 아마 그 이유는 제가 Optional을 Optional답게 사용하지 못했던 것 때문이라고 생각합니다. NullPointerException Null 처리를 돕는 Optional 클래스에 대한 글이기 때문에 NullPointerException에 대해 먼저 이야기하며 시작하겠습니다. class Ac.. 공감수 9 댓글수 1 2019. 5. 16.
LINE Messaging API를 활용한 챗봇 만들기 현재 프로젝트를 진행하며 백엔드는 스프링 부트로 개발하고 실제 보이는 플랫폼은 라인봇을 사용하게 되었습니다. 이 글에서는 1. 라인봇 채널 생성 2. 샘플봇(line-bot-sdk-java) 사용하기 3. ngrok을 이용한 로컬 네트워크 터널링 4. 샘플봇이 잘 동작하는지 확인 5. 개인 프로젝트에 적용하기 (Spring Boot) 다섯 단계에 대한 내용을 다룰 것입니다. 1. 라인봇 채널 생성 1.1. Line Developer 계정 및 Provider 생성 https://developers.line.biz 에서 Line Developer 계정을 생성하고 로그인을 하면, 다음과 같이 Provider를 생성하는 화면이 나타납니다. [ Create New Provider ] 버튼을 클릭하여 Provide.. 공감수 7 댓글수 5 2019. 5. 10.

문의안내

티스토리
로그인
고객센터

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