gradle task - bootJar, build 비교 메모

젠킨스에서 토이프로젝트 jar 생성을 위해 ./gradlew bootJar로 사용하다 ./gradlew build 로 변경했는데 테스트 실패 오류가 빵빵 터졌다.

그렇다면 bootJar는 test를 안해서 그동안 성공을 했던건가??

동일한 모듈을 실행해보고 로그를 비교해보자!!

• bootJar : Assembles an executable jar archive containing the main classes and their dependencies.

8:11:17 오전: Executing task 'bootJar'...

> Task :module-domain:initQuerydslSourcesDir
> Task :module-domain:compileQuerydsl UP-TO-DATE
> Task :module-domain:compileJava UP-TO-DATE
> Task :module-domain:processResources UP-TO-DATE
> Task :module-domain:classes UP-TO-DATE
> Task :module-domain:jar UP-TO-DATE
> Task :module-web:initQuerydslSourcesDir
> Task :module-web:compileQuerydsl UP-TO-DATE
> Task :module-web:compileJava UP-TO-DATE
> Task :module-web:processResources UP-TO-DATE
> Task :module-web:classes UP-TO-DATE
> Task :module-web:bootJar UP-TO-DATE
...
BUILD SUCCESSFUL in 1s
10 actionable tasks: 2 executed, 8 up-to-date

• build : Assembles and tests this project.

8:13:01 오전: Executing task 'build'...

> Task :module-domain:initQuerydslSourcesDir
> Task :module-domain:compileQuerydsl UP-TO-DATE
> Task :module-domain:compileJava UP-TO-DATE
> Task :module-domain:processResources UP-TO-DATE
> Task :module-domain:classes UP-TO-DATE
> Task :module-domain:jar UP-TO-DATE
> Task :module-web:initQuerydslSourcesDir
> Task :module-web:compileQuerydsl UP-TO-DATE
> Task :module-web:compileJava UP-TO-DATE
> Task :module-web:processResources UP-TO-DATE
> Task :module-web:classes UP-TO-DATE
> Task :module-web:bootJar UP-TO-DATE

> Task :module-web:jar SKIPPED
> Task :module-web:assemble UP-TO-DATE
> Task :module-web:compileTestJava
> Task :module-web:processTestResources NO-SOURCE
> Task :module-web:testClasses
> Task :module-web:test
> Task :module-web:check
> Task :module-web:build
...
BUILD SUCCESSFUL in 35s
12 actionable tasks: 4 executed, 8 up-to-date

• bootJar와 비교했을 때 빨간 부분이 추가되었다. 일단 설명만 봐도 test를 한다고 써있다!!

  • bootJar는 실행 가능한 jar만 생성하는 것으로 보여진다.

  상황에 맞게 task 를 잘 선택하자!!

• 다음과 같이 그룹 및 task를 쉽게 추가할 수 있으며 기존 task 활용, 순서 등 다양하게 활용할 수 있다.

  • 설정하지 않아도 보여지는 task 그룹들은 build.gradle 에 추가한 플러그인들을 통해 기본으로 보여지는 것 같음
  • 프로젝트 환경에 따라 build 구성을 할 수 있다.
  • 다음에 해보는 걸로...
  • 
    
    

AWS 자동배포 연습해보기

 

이전 포스팅(https://cotmulgyu.blogspot.com/2020/07/blog-post.html)에서 github의 webhooks 를 통해 push가 되면 젠킨스에서 빌드하고 특정 명령어를 실행해서 배포할 수 있음을 확인하였다.

이번에는 CI/CD 서버에서 빌드 후 실제 배포 서버(aws)에 빌드된 파일을 보내고 배포서버에서 바로 배포까지 할 수 있도록 해본다!

• aws 인스턴스 생성과정은 생략

---

1_프로젝트 설정

• 프로젝트에 다음과 같이 생성 예정!

  • 
    
    
    

• 배포에 사용할 start.sh 파일을 생성한다.(http://m.yes24.com/Goods/Detail/83849117 해당 책 참고)

REPOSITORY=/home/ec2-user/project/todolist
PROJECT_NAME=to-do-list

echo "> Build 파일복사"

cp $REPOSITORY/zip/*.jar $REPOSITORY/


echo "> 현재 구동중인 애플리케이션 pid 확인"

CURRENT_PID=$(pgrep -f ${PROJECT_NAME}.*.jar)

echo "현재 구동중인 애플리케이션 pid: $CURRENT_PID"


if [ -z "$CURRENT_PID" ]; then
        echo "> 현재 구동중인 애플리케이션이 없으므로 종료하지 않습니다."
else
        echo "> kill -15 $CURRENT_PID"
        kill -15 $CURRENT_PID
        sleep 5
fi

echo "> 새 애플리케이션 배포"

JAR_NAME=$(ls -tr $REPOSITORY/*.jar | tail -n 1)

echo "> JAR Name: $JAR_NAME"


echo "> $JAR_NAME 실행"

nohup java -jar \
        -Dspring.config.location=classpath:/application.yml,/home/ec2-user/project/properties/application-oauth.properties \
        -Dspring.profiles.active=real \
        $JAR_NAME > $REPOSITORY/nohup.out 2>&1 &

• AWS CodeDeploy에서 사용할 appspec.yml 파일을 생성한다.

version: 0.0
os: linux
files:
  - source:  /
    destination: /home/ec2-user/project/todolist/zip # S3에서 이동시킬 경로
    overwrite: yes

permissions: # 권한설정이 없으면 root로 설정되므로 다음의 설정 필요
  - object: /
    pattern: "**"
    owner: ec2-user
    group: ec2-user

hooks:
  ApplicationStart:
    - location: start.sh # 애플리케이션 실행
      runas: ec2-user

---

2_AWS 설정

• http://m.yes24.com/Goods/Detail/83849117 해당 책을 참고하면 자세하게 설명되어있다...

• IAM

  • Identity and Access Management(IAM)는 AWS 리소스에 대한 액세스를 안전하게 제어할 수 있는 웹 서비스. IAM을 사용하여 리소스를 사용하도록 인증(로그인) 및 권한 부여(권한 있음)된 대상을 제어함
  • IAM > 사용자 추가
    • 엑세스유형: 프로그래밍 방식 엑세스
    • 권한 설정: 기존정책 직접 연결 > AmazonS3FullAccess , AWSCodeDeployFullAccess 체크
    • 엑세스키와 비밀 엑세스 키는 잘 관리하도록한다..

• S3 버킷

  • AWS의 S3 서비스는 일종의 파일 서버임 (파일들을 저장하고, 접근 권한을 관리, 검색을 지원)
  • S3 > 버킷 만들기
    • 다른 건 기본설정..
    • 퍼블릭 엑세스 차단 : 모든퍼블릭 엑세스 차단 체크

• CodeDeploy

  • AWS CodeDeploy는 Amazon EC2 인스턴스 및 온프레미스에서 실행 중인 인스턴스를 비롯하여 모든 인스턴스에 대한 코드 배포를 자동화하는 서비스

  • IAM > 역할만들기

    • 역할은 EC2에서 사용할 것임
    • 신뢰할 수 있는 유형의 개체 선택 : AWS 서비스
    • 이 역할을 사용할 서비스 선택 : EC2
    • 정책 : AmazonEC2RoleforAWSCodeDeploy 체크

  • EC 인스턴스로 이동 > 인스턴스 우클릭 > 인스턴스 설정 > IAM 역할 연결/바꾸기 > 아까 역할 추가후 재부팅 (보안-IAM 연결 수정)

  • CodeDeploy 에이전트 설치

    • CodeDeploy의 요청을 받을 수 있도록 EC2에 에이전트를 설치한다.

    • EC2에서 다음 명령어 입력

      aws s3 cp s3://aws-codedeploy-ap-northeast-2/latest/install . --region ap-  northeat-2
      
      
      chmod -x ./install
      
      
      sudo ./install auto
      

  • CodeDeploy 권한 생성

    • CodeDeploy가 EC2에 접근하려면 권한이 필요하다.
    • IAM > 역할 생성
      • 서비스 : AWS 서비스 > CodeDeploy
      • 사용사례 선택 : CodeDeploy
      • 권한 : AWSCodeDeployRole

  • CodeDeploy 생성

    • CodeDeploy > 애플리케이션 생성

    • 컴퓨팅 플랫폼 : EC2/온프레미스

    • 배포그룹 생성

      • 서비스역할: CodeDeploy IAM 역할 선택
      • 배포유형 : 현재 위치
      • 환경 구성 : Amazon EC2 인스턴스
      • 배포 구성 : CodeDeployDefault.AllAtOnce
      • 로드 밸런서 : 로드 밸런싱 활성화 해제

---

3_젠킨스 설정

• 젠킨스 - Jenkins 관리 - 플러그인 관리 - 다음 플러그인 설치 (AWS CodeDeploy Plugin for Jenkins)

• 해당 플러그인은 빌드 후 AWS CodeDeploy를 사용할 수 있는 플러그인으로 빌드 후 특정 경로를 압축하여 S3에 업로드한다. 그리고 설정한 배포를 시작한다

• 

• 이전에 설정한 Build-Execute Shell 부분에 자신의 프로젝트에 맞는 빌드명령어를 실행한다. (build, bootJar 등)

• 
  
  
  
  

• Build-Execute Shell 부분에 AWS CodeDeploy에서 사용할 파일(appspec.yml, start.sh)과 빌드된 jar를 포함하여 복사시킨다.

• 여기있는 파일들을 aws S3 Bucket으로 이동시킴 (zip)

• CodeDeploy 말고 다른플러그인으로 S3 업로드만도 가능한데 그러면 여기서 미리 압축이 필요하다.

• 

  
  

• 빌드 후 조치 추가 - Deploy an application to AWS CodeDeploy

• AWS CodeDeploy Application Name : AWS CodeDeploy 에서 만든 어플리케이션 이름

• AWS CodeDeploy Deployment Group : 설정한 그룹 이름

• AWS CodeDeploy Deployment Config : 설정한 CodeDeploy 배포 구성

• S3 Bucket : AWS S3 Bucket 이름

• S3 Prefix : 버킷에 생성될 디렉토리

• Subdirectory : 젠킨스 서버에서 포함될 파일이 저장될 디렉토리

• Include Files : 포함될 파일

• Use Access/Secret keys : AWS 에서 생성한 IAM 정보

• 
  
  

  
  

• 젠킨스 빌드 후 AWS S3 버킷을 확인해보면 다음과 같이 설정한 디렉토리 밑에 zip 파일이 생기는 것을 확인할 수 있음

  • 
    
    
    
    

• AWS CodeDeploy 에서 아까 생성한 애플리케이션을 들어가보면 다음과 같이 배포 이력을 볼 수 있음

• 
  
  

  
  

• 배포 실패 시 /var/log/aws/codedeploy-agent 경로에서 로그확인 가능!!

• appspec.yml 에 명시된 경로에 s3 zip파일이 풀려있는 것을 확인할 수 있다.

  • 
    
    
    
    

• start.sh에 의해 jar가 복사되고 애플리케이션 로그를 볼 수 있는 nohup.out 파일이 생성된 것을 확인할 수 있음

• 
  
  
  
  

Entity 생성 - 컬럼에 default 값 관련 메모

Entity - 컬럼에 default 값

토이프로젝트 중 컬럼에 기본 값을 넣고 싶어서 다음과 같은 어노테이션을 사용하였는데, 내가 생각하는 null을 insert 하였을 때 기본 값이 들어가지 않았다.

@Column(columnDefinition="varchar(10) default 'N'")
private Long flag;

테이블 스키마 생성에만 관여하고 insert할 때는 영향이 없는 것 같다. (이유는 더 찾아봐야겠따...)

김영한님은 다음과 같이 사용하신다고 한다. https://www.inflearn.com/questions/83662

...
제가 신규로 진행하는 프로젝트들은 테이블이 제공하는 default를 거의 사용하지 않습니다.

엔티티에 중심으로 개발하다 보니, 객체에 값을 넣는 방식으로 주로 진행합니다.

쉽게 이야기해서 생성자에서 기본값을 미리 설정하는 방식을 사용합니다.

다른 예를 들어드리면, 실무에서 @Index(인덱스 조건)도 DDL을 생성할 때만 사용하기 때문에 사실은 적을 필요가 없지만, 
그래도 엔티티에 이 애노테이션이 있으면, 개발자분들이 엔티티만 보고 인덱스를 생각하고 JPQL을 작성할 수 있기 때문에 사용합니다. 
말씀하신 default도 그런 관점에서 저는 적으면 좋겠다고 생각합니다.
...

위 내용과 같이 생성자에서 값을 그냥 넣어주던가 이렇게 사용하는 방법도 있다.

@Column
private Long flag = "N";

샘플데이터 생성하기

 로컬에서 조회 기능 확인할 때 자동으로 생성되는 샘플데이터가 있으면 편하다.

다음과 같이 생성하자

@Component
@RequiredArgsConstructor
public class InitContents {

    private final InitContentsService initContentsService;

    @PostConstruct
    public void init(){
        initContentsService.init();
    }

    @Component
    static class InitContentsService{

        @PersistenceContext
        private EntityManager em;

        @Transactional
        public void init(){

            Board board = new Board("board1");
            em.persist(board);

            Topic topic1 = new Topic("topic1", board);
            Topic topic2 = new Topic("topic2", board);
            em.persist(topic1);
            em.persist(topic2);


            Card card1 = new Card("card1", "des1", topic1);
            Card card2 = new Card("card2", "des2", topic1);
            Card card3 = new Card("card3", "des3", topic2);
            Card card4 = new Card("card4", "des4", topic2);
            Card card5 = new Card("card5", "des5", topic2);
            Card card6 = new Card("card6", "des6", topic2);
            em.persist(card1);
            em.persist(card2);
            em.persist(card3);
            em.persist(card4);
            em.persist(card5);
            em.persist(card6);

            CheckList checkList1 = new CheckList("checkList1", card1);
            CheckList checkList2 = new CheckList("checkList2", card1);
            em.persist(checkList1);
            em.persist(checkList2);

            CheckItem checkItem1 = new CheckItem("checkItem1",checkList1);
            CheckItem checkItem2 = new CheckItem("checkItem2",checkList1);
            CheckItem checkItem3 = new CheckItem("checkItem3",checkList1);
            CheckItem checkItem4 = new CheckItem("checkItem4",checkList2);
            CheckItem checkItem5 = new CheckItem("checkItem5",checkList2);

            checkItem1.update("checkItem1", "N", "Y");
            checkItem2.update("checkItem2", "N", "Y");

            em.persist(checkItem1);
            em.persist(checkItem2);
            em.persist(checkItem3);
            em.persist(checkItem4);
            em.persist(checkItem5);

            checkList1.addCheckItem(checkItem1);
            checkList1.addCheckItem(checkItem2);
            checkList1.addCheckItem(checkItem3);
            checkList2.addCheckItem(checkItem4);
            checkList2.addCheckItem(checkItem5);

            Label label1 = new Label("label1", "green");
            Label label2 = new Label("label2", "red");
            Label label3 = new Label("label3", "blue");

            em.persist(label1);
            em.persist(label2);
            em.persist(label3);

            CardLabel cardLabel1 = new CardLabel(card1, label1);
            CardLabel cardLabel2 = new CardLabel(card2, label2);
            CardLabel cardLabel3 = new CardLabel(card1, label3);
            CardLabel cardLabel4 = new CardLabel(card4, label3);

            card1.addCardLabel(cardLabel1);
            card2.addCardLabel(cardLabel2);
            card1.addCardLabel(cardLabel3);
            card4.addCardLabel(cardLabel4);

        }
    }
}

• 왜 바로 @PostContruct 에 넣지 않고 따로 빈을 만들었는가?

  • 스프링 라이플 사이클에 의해 @Transacational 과 같이 사용할 수 없다고한다.

  • https://github.com/spring-projects/spring-framework/issues/10670

  This is as defined, actually: init methods (such as @PostConstruct methods) are always called on the target instance itself.
  The proxy will only be generated once the target instance has been fully initialized...
  In other words, the @Transactional proxy isn't even created at the point of the @PostConstruct call yet.
  
  
  @PostConstructor 는 인스턴스 자체에서 호출됨
  프록시는 인스턴스가 완전히 초기화된 후에 생성됨
  그래서 @Transcational 프록시는 @PostConstruct 호출 시점에 생성되지 않음

@NoArgsConstructor(access = AccessLevel.PROTECTED)

@NoArgsConstructor(access = AccessLevel.PROTECTED) 쓰는 이유

• JPA는 기본적으로 디폴트 생성자가 필요함(파라미터가 없는 생성자)

  • protected 까지만 허용됨
  • @NoArgsConstructor(access = AccessLevel.PROTECTED) 을 통해 가능

• 그렇다고 public 으로 만들면 객체 생성이 일관하지 않게 막 생성될 수 있음!

  • 그래서 protected로 제한하자. (JPA에 필요하기 때문에 private X)

// title이 필수인데 실수로 누락될 수 있음
// 혹은 이상한 곳에서 setter로 인해 엔티티 값이 변경될 수 있음
Board board1 = new Board();
board1.setContent("content1");


// setter를 사용하지 말고 이렇게 사용하자
Board board2 = Board.builder()
  .title("title1")
  .content("content1")
  .build();

board2.updateInfo("updateTitle", "updateContent");

메이크 타임 책 메모

메이크 타임 메모

심심해서 읽은 책.

'매일 하이라이트를 지정하여 그 하이라이트를 방해없이 집중해서 진행하자'

하루를 메일, SNS, 미디어에 끌려다녀 하루를 만족스럽게 보내지 못한 사람들을 위한 책이다.

미라클 모닝과 뭔가 비슷한 느낌...

---

• 우리가 배운 첫번 째 교훈은 우선순위가 높은 하나의 목표로 하루를 시작하면 마법 같은 무언가가 일어난다는 것이다.

  • 스프린트의 각요일에 우리는 한 가지 중요한 일에 주의를 집중했다.

• 메이크 타임의 네 단계 프로세스

  • 하이라이트 : 초점을 선택하는 것으로 하루하루를 시작하라.

    • 물론 하이라이트가 그날 하는 유일한 일은 아니다. 하지만 그 일이 당신의 최우선이 될 것이다.

  • 초집중 : 방해꾼을 물리쳐 하이라이트를 처리할 시간을 만들어라.

  • 에너지 충전 : 뇌를 충전하기 위해 몸을 돌보아라

    • 운동, 음식, 잠, 조용한 휴식, 직접 사람을 만나 대화하며 배터리를 충전한다

  • 돌아보기 : 시스템을 조절하고 개선하라

• 메이크 타임의 목표는 수도승이 되곘다는 맹세가 아니라 실행할 수 있고 융통성 있는 일련의 습관이다.

• 하루가 끝날 무렵 누군가가 "오늘의 하이라이트는 뭐였나요?"라고 물어보면 뭐라고 대답하고 싶은가? 하루를 돌아봤을 때 어떤 활동이나 성취나 순간을 음미하고 싶은가? 그것이 바로 당신의 하이라이트이다.

• 오늘 절대적으로 꼭 해야 하는 무언가가 있다면 그 일을 하이라이트로 정하라.

• 하이라이트는 60~90분이 가장 적합하다. 의미 있는 무언가를 하기에 충분할 뿐만 아니라 스케줄에서 만들어내기에도 적당한 시간이다.

• 복리와 비슷하다. 하이라이트에 오래 집중을 유지할수록 그 일이 더 매력적으로 느껴져 더 잘할 수 있다.

• 막힌 채로 있어라. 포기하지 말라

  • 텅 빈 스크린을 물끄러미 바라보거나 종이에 써보거나 이리저리 걸어다니뇌 지금 하는 프로젝트에 초점을 유지하라.
  • 뇌의 조용한 부분들은 일을 진행하면서 앞으로 나아가고 있다.
  • 결국 막힌 부분이 풀릴 것이다.

• 주말에 늦잠을 자는 것은 몸속 시계에 혼란을 주고 본래 부족하던 잠에서 회복하기가 훨씬 더 어려워질 수 있다.

  • 매일 같은 시간에 알람을 설정하라

• 일정표를 싹 비울 필요는 없다. 특별한 무언가에 주의를 집중할 60~90분만 있으면 된다.

  • 목표는 중요한 일을 할 시간을 만들고 더 균형을 잡고 오늘을 더 즐기는 것이다.

[인프런] 자바 ORM 표준 JPA 프로그래밍 - 기본편 수강 후기

[인프런] 자바 ORM 표준 JPA 프로그래밍 - 기본편 수강 후기

인프런에서 구매한 김영한님 첫번째 강의다. (2020년 10월 완강했지만 후기는 지금 씀...)

https://www.inflearn.com/course/ORM-JPA-Basic

대충 구글링해서 사용했던 JPA를 이렇게 쓰면 안되겠다고 생각하던 중 유튜브에서 봤던 강의가 생각났고, 인프런에 강의 또한 생겼다는 사실도 알게되어 바로 알아보게 되었다.

유튜브에 있는 'JPA프로그래밍 기본기 다지기'의 유료버전이라고 볼 수 있다. (121,000)

좀 더 실습을 할 수 있으며, 자세한 설명을 들을 수 있다.

- JPA : Java Persistence API

  - 자바 진영의 ORM 기술 표준

- ORM? : Object-relational mapping (객체 관계 매핑)

  - 객체는 객체대로 설계
  - 관계형 데이터베이스는 관계형 데이터베이스대로 설계
  - ORM 프레임워크가 중간에서 매핑
  - 대중적인 언어에는 대부분 ORM 기술이 존재
  - JPA는 애플리케이션과 JDBC 사이에서 동작

솔직히 책은 두껍고, 딱딱할 것 같아 접하기 어려웠는데, 인강은 대단했다.

누구나 쉽게 이해할 수 있게 설명해주셨고 유명한 스타 인강강사처럼 명쾌했다.

책이 쉽게 손에 가지않는다?? 이 강의를 듣자!! (물론 나는 현업에서 사용 못해봄...^^)