spring.jpa.hibernate.ddl-auto=none

ddl-auto 옵션 값으로는 아래의 값들이 존재한다.

• create
• create-drop
• update
• validate
• none

create

• Entity로 등록된 클래스로 매핑된 테이블, 컬럼을 생성해준다. 서버 재실행 시 같은 테이블이 존재한다면 기존의 테이블을 drop하고 새롭게 생성해준다.

create-drop

• create와 같은 옵션을 가지고 있지만, 서버 종료시 기존의 테이블을 drop을 한다.

update

• 기존 테이블이 존재하지 않다면 => 테이블을 생성
• 기존 테이블이 존재한다면 => 기존 테이블 컬럼의 속성(nullable, 크기, 데이터 타입 등)은 변경하지 않고, 새롭게 추가되는 column만 추가한다.

validate

• 기존의 테이블을 생성하거나 변경하지 않고, 서버 시작 시 Entity DDL을 작성하여 기존의 테이블을 검사를 진행한다.

• Entity 클래스의 컬럼과 매핑되는 테이블에 존재만 한다면, 테이블에 컬럼이 더 많아도 상관X

• 테이블이 존재하지 않거나, 테이블에 엔티티 필드에 매핑되는 컬럼이 존재하지 않는다면 예외를 발생시키고 서버를 종료한다.

none

• 위의 4가지 경우를 제외한 모든 경우에 해당한다.
• 스프링부트의 경우에는 none이라고 명시하거나 아예 ddl-auto 속성을 명시하지 않아야 한다. 이 경우에는 아무 일도 일어나지 않는다.

주의) 신경써야 한다.

• 개발 초기, 로컬 : create 또는 update
• 테스트 서버 : update 또는 validate
• 스테이징 및 운영 서버 : validate 또는 none

개발을 하다보면 변경사항 추가 후 서버를 재시작을 수동으로 계속 해야하기 때문에 java file 변경시 auto compile 과 html, javascript, css 변경 시 변경사항을 바로 확인할 수 있는 Live load 라이브러리를 추가하고자 한다.

1. IDE auto compile setting

IDE setting > Advenced Settings > Allow auto-make to start even if developed application is currently running 항목을 체크

IDE setting > Compiler > Build project automatically 항목 체크

2. build.gradle

developmentOnly "org.springframework.boot:spring-boot-devtools"

devtools 라이브러리 의존성 추가

3. application.properties

project > src > main > resources > application.properties 에 아래의 속성을 추가

spring.devtools.restart.enabled=true
spring.devtools.livereload.enabled=true

4. chrome 확장 프로그램 추가

chrome의 웹 스토어에 들어가 LiveReload++ 를 검색하여 설치 후 활성화

이후 브라우저에서 동그란 모양에 체크표시가 없을테니 눌러서 체크

모두 완료되었다면 html, javascript, css 변경을 해보고 Live Reload 가 재대로 작동하는지 확인 java 파일을 변경 후 몇 초뒤 자동으로 컴파일이 되니 확인해 보면 된다.

java -version

설치되어 있는 java 버전과 build 하려는 프로젝트의 java 버전이 호환되어야 한다.

이후 프로젝트의 경로로 이동

./gradlew build

를 하여 프로젝트를 빌드한다. 빌드가 잘 실행되었다면 아래처럼 BUILD SUCCESSFUL 이라 뜰것이다.

그리고 다시 디렉토리를 확인해보면 build 폴더가 생성된 것을 확인할 수 있다.

build > libs 로 이동 이후 디렉토리 확인

java -jar hello-spring-0.0.1-SNAPSHOT.jar

을 실행시켜보면 아래 그림처럼 빌드한 프로젝트가 실행됨을 볼 수 있다.

Error

혹시라도 IDE에서 8080포트 이용하여 웹 서버를 실행중이라면 아래처럼 8080포트를 이미 사용중이라고 Fail이 되니 IDE에 실행한 서버를 종료 후 다시 시작

아래 그림처럼 이러한 에러가 발생한다면 pc에 설치된 java 버전과 프로젝트 java 버전을 맞추고 다시 진행

Exception in thread "main" java.lang.UnsupportedClassVersionError: hello/hellospring/HelloSpringApplication has been compiled by a more recent version of the Java Runtime (class file version 65.0), this version of the Java Runtime only recognizes class file versions up to 61.0

• 개발환경 os : MAC OS m2 jvaa : java21 IDE : IntelliJ CE

spring 으로 프로젝트를 시작할 때 아래의 사이트에서 spring 프로젝트의 기본 설정을 세팅을 시작한다.

https://start.spring.io/

자신이 설정하고자 하는 프로젝트 세팅을 선택하여 진행

Project

프로젝트의 버전관리는 무엇으로 진행할 것인가 예전에는 Maven으로 했다고 하는데 요즘은 Gradle로 버전 관리를 한다고 한다. 그래서 Gradle-Groovy 선택

Language

언어는 당연히 Java를 사용하니 Java

Spring Boot

SNAPSHOT 의 경우 현재 개발 진행중인 버전이니 패스하고 release 버전으로 진행

Project Metadata

• Group, Artifact : 본인이 하고싶은 naming으로 작성

• Packaging : Jar, War 중 필요한것으로 선택

• Java : 버전은 본인이 필요한 버전을 선택

Dependencies

만들고자하는 프로젝트에 필요한 의존성 라이브러리를 추가한다. 오랜만에 java spring을 다시하는데 너무 편해졌네요..

기본적으로 웹 서버를 만들거니 ADD DEPENDENCIES 를 눌러

• Spring Web 추가
• Thymeleaf 추가

GENERATE 하여 파일을 다운 받는다.

다운받은 zip 파일을 열고 IDE에서 File > Open > 해당 폴더를 연다.

우선 프로젝트를 실행 해본다. 실행은 잘 되고

현재 페이지가 없으니 이렇게 뜨는게 맞다고한다.

일단 src > main > resources > static > index.html 정적 페이지를 생성하여 "Hello Spring"을 확인해 보면 된다.

• 클래스는 객체를 생성하기 위한 틀 또는 설계도로 생각할 수 있다.
• 속성(변수), 기능(메서드)를 정의할 수 있다.

Object

• 객체는 클래스에서 정의한 속성과 기능을 가진 실체이다.
• 객체 자체는 독립적인 상태를 가진다.

Instance

• 클래스로부터 생성된 객체를 의미한다.
• 객체와 인스턴스라는 용어는 자주 혼용되지만 인스턴스는 주로 객체가 어떤 클래스에 속해 있는지 강조할 때 사용한다.

기본형 (Primitive Type)

• int, long, double, boolean 이 있다.
• 단순히 변수에 사용할 값을 직접 넣을 수 있는 데이터 타입을 기본형이라 부른다.

참조형 (Refernce Type)

• 데이터에 접근하기 위한 참조(주소)를 저장하는 데이터 타입을 참조형 이라고 한다.

대원칙

• 자바는 항상 변수의 값을 복사해서 대입한다. 변수에 값을 대입하는 것은 변수에 들어있는 값을 복사해서 대입하는 것이다. 기본형, 참조형 모두 항상 변수에 있는 값을 복사해서 대입한다. 기본형이면 변수에 들어 있는 실제 사용하는 값을 복사해 대입하고, 참조형이면 변수에 들어있는 참조값을 복사해 대입한다.

생성자 (Constructor)

• 매개변수가 없는 생성자를 기본 생성자라고 한다.
• 클래스에 생성자가 하나도 없으면 자바 컴파일러는 매개변수가 없고, 작동하는 코드가 없는 기본 생성자를 자동으로 생성해준다.
• 초기 값을 매개변수로 받아 객체에 초기값을 설정 후 객체를 생성할 수 있다.

this

• 생성자에서 사용되며 생성자의 매개변수와 클래스 맴버변수의 이름이 같을 경우 클래스 맴버변수를 가르킨다.

• 클래스 내에 생성자가 여러개가 있을 경우 자기 자신의 생성자를 가르킨다.

  public class Test {
    String name;
    int age;
  
    Test(String name) {
        // 아래의 생성자를 가르키는 this
        this(name, 10);
    }
  
    Test(String name, int age) {
        // 여기 this 는 맴버변수 name, age를 가르킨다
        this.name = name;
        this.age = age;
    }
  }

오버로딩

• 오버로딩(Overloading)이라는 뜻은 사전적으로 '과적하다.'라는 뜻이다

• 같은 메서드 명으로 되어 있고, 매개변수의 타입이나 갯수가 달라야 하는 규칙을 가지고 있다.

  장점

• 같은 기능을 하는 메소드를 하나의 이름으로 사용할 수 있다.

• 메서드 명을 절약할 수 있다.

  public class Overloading {
    public static void main(String[] args) {
        print();
        print(1);
        System.out.println(print(2, 3));
    }
  
    private static void print() {
        System.out.println("printMethod");
    }
  
    private static void print(int a) {
        System.out.println("printMethod" + a);
    }
  
    private static int print(int b, int c) {
        return b + c;
    }
  }
  

// 출력 printMethod printMethod1 5

### 오버라이딩(Overriding)
- 부모 클래스 또는 인터페이스에서 정의한 메소드를 상속받는 자식 클래스는 부모 클래스 또는 인터페이스에 정의된 메소드를 무조건 재정의하여 사용해야하는 규칙을 가지고 있다.
- 메소드의 이름, 매개변수, 리턴 값이 모두 같아야 한다. 

// 부모 클래스 public class ParentClass { void method1() { System.out.println("parent.method1"); } void method2(int number) { System.out.println("parent.method2"); } }

// 자식 클래스 public class ChildClass extends ParentClass { @Override void method1() { System.out.println("Child.method1"); }

@Override
void method2(int number) {
    System.out.println("Child.method" + number);
}

}

// public class OverrideMain { public static void main(String[] args) { ChildClass child = new ChildClass();

    child.method1();
    child.method2(2);
}

}

// 출력 Child.method1 Child.method2

### 접근 제어자
- `private` : 모든 외부 호출을 막는다.
- `default` (package-private): 같은 패키지안에서 호출은 허용한다.
- `protected` : 같은 패키지안에서 호출은 허용한다. 패키지가 달라도 상속 관계의 호출은 허용한다. 
- `public` : 모든 외부 호출을 허용한다.
- 접근 제어자의 핵심은 속성과 기능을 외부로부터 숨기는 것이다.
- 클래스 레벨에서는 `public` , `default` 만 사용할 수 있다. `private` , `protected` 는 사용할 수 없다.
- 하나의 자바 파일에 `public` 클래스는 하나만 등장할 수 있다.
- 하나의 자바 파일에 `default` 접근 제어자를 사용하는 클래스는 무한정 만들 수 있다.

### 캡슐화
- 캡슐화는 데이터와 해당 데이터를 처리하 는 메서드를 하나로 묶어서 외부에서의 접근을 제한하는 것을 말한다.
- 캡슐화를 통해 데이터의 직접적인 변경을 방지하 거나 제한할 수 있다.
- 속성과 기능을 하나로 묶고, 외부에 꼭 필요한 기능만 노출하고 나머지는 모두 내부로 숨기는 것이다.

### 상속
- 기존 클래스의 필드와 메서드를 새로운 클래스에서 재사용하게 해 준다
- 이름 그대로 기존 클래스의 속성과 기능을 그대로 물려받는 것이다. 
- 상속을 사용하려면 `extends` 키워드를 사용 하면 된다. 그리고 `extends` 대상은 하나만 선택할 수 있다.
- 부모 클래스 (슈퍼 클래스): 상속을 통해 자신의 필드와 메서드를 다른 클래스에 제공하는 클래스
- 자식 클래스 (서브 클래스): 부모 클래스로부터 필드와 메서드를 상속받는 클래스

### Super
- 부모와 자식의 필드명이 같거나 메서드가 오버라이딩 되어 있으면, 자식에서 부모의 필드나 메서드를 호출할 수 없다.
- `super` 키워드를 사용하면 부모를 참조할 수 있다. `super` 는 이름 그대로 부모 클래스에 대한 참조를 나타낸다.

### Super 생성자
- 상속 관계를 사용하면 자식 클래스의 생성자에서 부모 클래스의 생성자를 반드시 호출해야 한다.

### final (상수 - Constant)
- 변수에 `final` 키워드가 붙으면 더는 값을 변경할 수 없다.
- 대문자를 사용하며, 구분은 _ 언더스코어 구분한다.
ex) public static final int MAX_NUMBER = 10;

### 다형성
- 다형성(Polymorphism)은 이름 그대로 "다양한 형태", "여러 형태"를 를 뜻한다.
- 한 객체가 여러 타입의 객체로 취급될 수 있는 능력을 뜻한다. 
- 객체는 하나의 타입으로 고정되어 있다. 그런데 다형성을 사용하면 하나의 객체가 다른 타입으로 사용될 수 있다

### 추상 클래스 (abstract class)
- 부모 클래스는 메서드를 제공하지만, 실제 생성되면 안되는 클래스를 추상 클래스라 한다.
- 추상적인 개념을 제공하는 클래스이다.
- 상속을 목적으로 사용되고, 부모 클래스 역할을 담당한다.

// 추상 클래스 public abstract class AbstractClass { public abstract void method1();

public void method2() {
    System.out.println("Abstract.method2");
}

}

// 상속받은 자식 클래스 public class AbstractChildClass extends AbstractClass { @Override public void method1() { System.out.println("AbstractChildMethod1"); }

@Override
public void method2() {
    System.out.println("AbstractChildMehotd2");
}

}

// main public class AbstractMain { public static void main(String[] args) { AbstractClass test = new AbstractChildClass();

    test.method1();
    test.method2();
}

}

// 출력 AbstractChildMethod1 AbstractChildMehotd2

### Interface
- 모든 메서드가 추상 메서드인 순수 추상 클래스는 코드를 실행할 바디 부분이 전혀 없다.
- 인스턴스를 생성할 수 없다.
- 상속시 자식은 모든 메서드를 오버라이딩 해야 한다.
- 주로 다형성을 위해 사용된다.
-  멤버 변수는 `public` , `static` , `final` 이 모두 포함되었다고 간주된다.
- 인터페이스의 경우는 상속받을 시 `implements` 을 사용하며, 여러개를 상속 받을 수 있다.

절차 지향

• 실행 순서를 중요시 하는 방식
• 프로그램의 흐름을 순차적으로 따르고 처리하는 방식, 즉 "어떻게"를 중심으로 프로그래밍을 한다.
• 데이터와 해당 데이터에 대한 처리 방식이 분리되어 있다.

객체 지향

• 객체를 중요하게 생각하는 방식
• 현실의 사물 또는 사건을 객체로 보고, 객체들 간의 상호작용을 중심으로 프로그래밍 하는 방식 "무엇을" 중심으로 프로그래밍 한다.
• 객체 지향에서는 데이터와 데이터에 대한 행동(메서드)이 하나의 "객체" 안에 포함되어 있다.

객체란 무엇인가?

모든 사물을 단순하게 추상화해보면 속성(데이터)과 기능 2가지로 설명할 수 있다.

ex) 자동차

• 속성 : 차량 색상, 현재 속도, 문 갯수 등
• 기능 : 엑셀, 브레이크, 문 열기,닫기 , 와이퍼

동물

• 속성 : 색상, 키, 온도
• 기능 : 먹는다, 걷는다

게임 캐릭터

• 속성 : 레벨, 경험치, 아이템
• 기능 : 이동, 공격, 아이템 획득

모든 사물을 속성과 기능을 가진 객체로 생각하는 것이다. 객체는 속성과 기능만 존재한다. 단순화하면 세상에 있는 객체들을 컴퓨터 프로그램으로 쉽게 설계할 수 있다.

Ubuntu docker 세팅, Ubuntu 세팅은 Docs를 참고 https://docs.docker.com/engine/install/ubuntu/

세팅 이후 docker image를 pull 받고 컨테이너를 실행하는데

WARNING: The requested image's platform (linux/arm64/v8) does not match the detected host platform (linux/amd64/v3) and no specific platform was requested

검색해보니 buildx 라는 docker build 시에 multi-platform 으로 원하는 환경으로 빌드할 수 있게 도와주는 녀석이 있었다.

docker buildx

일단 무작정 cli를 입력해봄

위 문제는 ~/.docker/config.json 에 아래 항목을 추가하여 buildx를 활성화 시킨다.

"experimental": "enabled"

다시 docker buildx 하면 아래처럼 buildx가 활성화된 것을 확인할 수 있다.

buildx가 활성화가 되었으니 어떻게 사용할지는 Docs를 참고하자 https://docs.docker.com/reference/cli/docker/buildx/create/

docker buildx ls

현재 buildx 에 실행되고 있는 list를 확인하니 default와 desktop-linux가 보인다..

된건가..? 하고 일단은 기존의 이미지를 buildx를 사용하여 다시 build

그냥 buildx create를 사용해 만들어서 사용해보자

방금 생성한 linux 라는 이름으로 Endpoint가 desktop-linux로 잡혀있고 inactive 되어있다. 이후 build 성공

docker Hub에서 image를 확인해보면 linux/amd64, linux/arm64 플랫폼을 확인할 수 있다.

그리고 GCP E2 서버로가서 방금 업로드한 image를 pull 해보면 새로받은 image는 latest 최신버전으로 되어있고, 이전 image는 none으로 변경되어 있다.

컨테이너 실행 -완-

[VSC docker extension install]

[sample 프로젝트 생성]

[Dockerfile 생성]

From node:16-alpine

• node:16(node 16버전을 사용)-alpine(작은 단위의 리눅스)
• node 에서 이미 만들어놓은 base Image를 사용

WORKDIR /app

• 리눅스의 cd와 같은 기능
• app 디렉토리로 이동

COPY package.json package-lock.json ./

• package.json 과 package-lock.json 을 app 디렉토리로 복사

RUN npm ci

• RUN npm install의 경우 최신버전의 설치하기 때문에 ci를 이용하여 현재 package.json의 버전을 그대로 설치하기 위함

COPY index.js ./

• index.js를 app 디렉토리로 복사

ENTRYPOINT [ "node","index.js" ]

• 실행시킬 script를 배열로 차례대로 입력

위의 명령어들은 layer로 구성되어 있는데 위에서부터 layer 0 ~ layer 5 으로 구성된다. 기존의 docker image 변경시 변경되지 않은 명령어는 캐싱하여 사용하고 변경된 layer 만 update 하기때문에 docker image를 빠르게 생성할 수 있다.

[build]

docker build -f Dockerfile -t dockersample .

• -f (file) [PATH/docker file name]
• -t (tag) [docker image name]
• . (build context) 현재 경로

Docker image가 생성된것을 확인할 수 있다.

[run]

docker run -p 80:3000 --name dockerSample -d dockersample

• -p 80(host port):3000(guest port)로 host와 guest는 독립적인 port를 가지고 있기 때문에 host port 와 guest port를 연결시켜줘야 한다.
• --name dockerSample 컨테이너 이름을 지정한다.
• -d detached(백그라운드)로 실행한다.
• dockersample 위에서 생성한 docker image를 실행한다.

서버가 실행되고 있는것을 확인할 수 있다.

docker logs dockerSample 로 해당 서버의 로그를 확인할 수 있다.

[docker image 배포]

Docker hub로 들어가서 Repository를 생성한다. https://hub.docker.com/

docker image를 push 하기 위해서는 위 그림의 빨간박스처럼 docker image 이름을 매칭 시켜줘야 한다.

docker tag dockersample [yourId/repositoryName]:tagname

• docker image 명을 변경한다.

docker push [yourId/repositoryName]:tagname

docker Hub에 생성했던 Repository에 docker image가 업로드된 것을 확인할 수 있다.

참조 : https://docs.docker.com/reference/dockerfile/

출처 : https://www.youtube.com/watch?v=LXJhA3VWXFA&t=2s

그리고 CLI 에서는 docker -v 로 docker가 재대로 설치되어 있는지 확인하자.

docker images : docker image의 리스트를 확인할 수 있다.

docker ps : 현재 실행되고 있는 컨테이너의 목록을 확인할 수 있다.

docker ps -a : 컨테이너의 모든 리스트를 확인할 수 있다.

docker Docs : https://docs.docker.com/reference/

Docker는 dotCloud기업의 내부 프로젝트로 솔로몬 하익스(Solomon Hykes)과 그의 팀에서 시작되어 2013년 오픈소스로 출시되었다. 당시에 클라우드 환경에서 애플리케이션을 배포하하는 일에 어려움이 있고, 관리하는 서버가 많아질수록 서버 관리에도 많은 리소스를 필요로 했다고 한다. 그리고 가상화 기술을 사용하더라도 많은 리소스를 필요로 하기에 이 문제들을 해결하기 위해서 기존 방식의 가상화 방식 OS를 전체를 가상화하는 대신 애플리케이션과 해당 종속성을 묶어 가상화하는 컨테이너로 LXC(LinuX Containers) 기반으로 개발하게 되었다고 한다.

출처 : https://www.atlassian.com/microservices/cloud-computing/containers-vs-vms

위에 그림처럼 Host OS에 여러개의 Guest OS가 올라갈 경우 Host의 cpu, memory등 물리적 리소스를 할당하기에 구성환경 자체가 무거워져 성능저하의 단점이 발생한다. 하지만 컨테이너의 경우 container Engine (docker 이외에도 LXD, LXC, OpenVZ)에 OS를 제외한 경량화된 컨테이너를 올려 필요한 만큼의 리소스를 할당하여 성능저하의 단점을 해결하고, 여러개의 프로그램을 설치해도 독립된 컨테이너이기 때문에 충돌로 인한 문제도 해결된다. 그리고 다른 서버로 옮기더라도 컨테이너의 환경이 유지되고, 일관성있는 환경을 사용할 수 있다.

[Docker,Docker Image, Container, Docker Hub]

Docker

• 컨테이너를 사용자가 쉽게 생성, 테스트, 배포할 수 있게 도와주는 소프트웨어 플랫폼

Docker Image

• application, Bins, Libs 등 개발환경을 묶어 빌드하여 하나의 File을 생성한 것

Container

• docker를 사용하여 docker image를 실행시켜 File에 묶여있는 개발환경으로 컨테이너 서버가 실행 됨

Docker Hub

• 본인의 Repository를 생성하여 로컬환경에서 생성한 docker image를 push하여 관리할 수 있는 저장소이며, 다른 유저들과 docker image를 공유할 수 있다. https://hub.docker.com/ 를 확인