0321 - 0328

# 0321 - 0328

# 0321 - 자바 표준 (JLS, JSR, JEP)

자바 스펙 관련해서 JSR-123, JLS-123 처럼 스펙을 확인할 수 있다. 이런 스펙뒤에는 '자바 커뮤니티 프로세스(JCP, Java Community Process)'가 있다.

# 자바 강화 제안 (Java Enhancement Proposal, JEP)

자바 코어 기술을 강화하기위한 제안 문서다. 이 제안들은 대부분 이어서 설명할 JSR이나 JLS같은 명세로 정리할 상태는 아니다. OpenJDK/JDK의 업데이트에 포함될 수 있는 제안 목록들이다.
채택된 JEP는 특정 JDK릴리즈에 포함될 수 있으며, 모든 JEP가 승인되어 업데이트에 포함되는건 아니다.
JEP에 제안되는 목록들이 JDK의 로드맵이 된다.

일반적으로 실행 가능한 것과 실행 불가능한 것들을 나누고 명세가 생성될 수 있는 지점까지 명확하게 하기 위해 프로토타이핑이 필요하다.

# 자바 요청 명세서(Java Specification Request, JSR)

JCP의 새 명세를 만들기 위해 구성된 팀원들을 위해 만들어진 문서다. 일반적인 JSR의 주제는 이미 성숙된 기술과 관련이 있다. 다시 말해서 분류될 수 있는 상태에 있다.
다만 이명세들은 항상 자바와 관련되어 있음에도 때론 명세들이 Java SE 또는 Java EE 기술의 핵심이 되지는 않는다.

# 자바 언어 명세서(Java Language Specification, JLS)

자바 언어 명세서를 뜻한다. JLS는 자바 프로그래밍 언어를 위한 문법과 정상적인/비정상적인 규칙들을 보여준다. 그리고 정상적인 프로그램을 실행하기위한 프로그램 방법들도 보여준다.

JEP가 지속적으로 나오고 그 JEP중 JSR로 승격될만한 것을 선별한 다음 승격한다.
이러한 JSR을 구체화 해서 버전별로 정의해둔 것이 JLS 문서이다.

# 0322 - @ElementColleciton, @CollectionTable

# 값 타입 컬렉션

말 그대로 값 타입을 컬렉션에 담아서 사용하는 것이다. (@OneToMany 처럼 엔티티를 컬렉션으로 사용하는 것이 아닌, Integer, String, 임베디드 타입 같은 값 타입을 컬렉션으로 사용하는 것이다.)

관계형 데이터베이스는 컬렉션을 담을 수 있는 구조가 없다. 따라서 이를 저장하기 위해서는 별도의 테이블을 만들어서 저장해야 하는데, 개념적으로 보면 1대 N관계 이다. (값 타입을 저장하는 테이블은, 값 타입을 소유한 엔티티의 기본 키와, 모든 값 타입 필드를 묶어서 PK로 사용하며, 엔티티의 기본키를 PK겸 FK로 사용한다.)

# @ElementColleciton

값 타입 컬렉션을 매핑할 때 사용한다. @Entity가 아닌 Basic Type이나 Embeddable Class로 정의된 컬렐션을 테이블로 생성하며 One-To-Many 관계를 다룬다.
@ElementColleciton은 @CollectionTable과 함께 사용한다.

@Entity
public class StudyGroup {
    @Id 
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
 
    // Basic type
    @ElementCollection(fetch = FetchType.LAZY)
    @Column(name = "TOPIC_NAME")//String인 경우에 한해서 예외적으로 허용, 이외 타입은 @AttributeOverride를 사용해서 테이블 속성을 재정의한다.
    private Set<String> topicTags = new HashSet<String>();
 
    // Embedded type
    @ElementCollection
    @CollectionTable(name="study_group_member", joinColumns = @JoinColumn(name= "study_group_id", referencedColumnName = "id"))
    private List<StudyGroupMember> members = new HashSet<StudyGroupMember>();
}

@Embeddable
public class StudyGroupMember {
    private UUID memberId;
    private Boolean isOwner;
}

값 타입 컬렉션은 조회 시 지연로딩 전략을 사용한다.
값 타입은 그 생명주기를 부모 엔티티에 의해 관리된다. 즉 영속성 전이(Cascade ALL) + 고아 객체 제거 기능을 필수로 가진다.

# @ElementCollection과 @Entity의 @OneToMany 차이

@ElementCollection
- 연관된 부모 Entity 하나에만 연관되어 관리된다.
- 항상 부모와 함께 저장되고 삭제되므로 cascade 옵션은 제공하지 않는다.
- 부모 Entity Id와 추가 컬럼(basic or embedded 타입)으로 구성된다.
- 기본적으로 식별자 개념이 없으므로 컬렉션 값 변경 시, 전체 삭제 후 새로 추가한다.
@Entity 연관
- 다른 Entity에 의해 관리될 수도 있다.
- join table이나 컬럼은 보통 ID만으로 연관을 맺는다.

# 0323 - docker compose 기본 사용법

# docker compose란?

docker compose는 여러 개의 docker container를 모아서 관리하기 위한 툴이다.
웹 서비스는 일반적으로 프론트엔드 서버, 벡엔드 서버, 데이터베이스 서버로 구성되기 때문에 각 서버를 Docker container로 연결하여 동작시키고 docker compose를 사용하여 해당 컨테이너들을 관리하는 것이다.

# docker-compose.yml

docker- compose.yml은 장황한 도커 실행 옵션을 미리 적어둔 문서이다.
프로젝트 루트에 파일을 만들고, 실행 설정을 적어준다. 그래야 터미널에서 토커 명령어를 사용하여 컨테이너를 실행하거나 죽일 수 있다.

시스템 안에서 가동하는 여러 서버들의 구성을 모아서 정의

- version :  버전 지정  
- services :  서비스 정의  
- image :  이미지 지정  
- build :  Dockerfile 위치 지정
- command :  container 에서 작동하는 명령
- entrypoint : container 에서 작동하는 명령
- depends_on : 서비스간 의존관계 설정
- environment : 컨테이너 안 환경변수 설정
- container_name : 컨테이너 이름 설정
- volumes : 컨테이너에 볼륨 Mount
- volumes_from : 다른 컨테이너로부터 모든 볼륨 마운트
- links : 다른 컨테이너와 연결
- ports : Host 에 컨테이너가 공개하는 포트지정
- expose : 컨테이너끼리 공개하는 포트 지정

# docker-compose 기본 명령어

docker-compose up [옵션] [서비스명] : 컨테이너를 생성 및 실행한다.

-d : 백그라운드 실행
--No-deps : 링크 서비스 실행하지 않음
--build : 이미지 빌드
-t : 타임아웃을 지정(기본 10초)

docker-compose ps : 현재 동작중인 컨테이너들의 상태를 확인할 수 있다.
docker-compose logs : 컨테이너들의 로그를 출력한다.
docker-compose run [서비스명] [명령] : docker-compose up 명령어를 이용해 생성 및 실행된 컨테이너에서 임의의 명령을 실행하기 위해 사용한다. 컨테이너들을 모두 삭제할 경우 docker-compose start가 아닌, docker-compose up으로 다시 컨테이너들을 생성해주어야 한다.
docker-compose (start/stop/pause/unpause/restart) : 여러개의 서비스 또는 특정 서비스를 시작/정지/일시정지/재시작을 할 수 있다. 각각의 설정뒤에 서비스명을 붙이면 특정 서비스만 제어할 수 있다.
docker-compose rm : docker-compose로 생성한 컨테이너들을 일괄 삭제한다.(삭제 전, 관련 컨테이너들을 종료 시켜두어야 한다.)
docker-compose kill : 실행중인 컨테이너를 강제로 정지시킨다. kill 뒤에는 서비스를 지정하여 특정 서비스만 kill할 수 있다. -s 옵션을 사용하여 시그널을 지정해줄 수 있다.
docker-compose down : 네트워크 정보, 볼륨, 컨테이너들을 일괄 정지 및 삭제 처리한다. (만약 docker-compose down —rmi all 명령을 사용한다면 모든 이미지까지 삭제 한다.)
docker-compse port [서비스명] [프라이빗 포트번호] : 서비스 프라이빗 포트 번호의 설정을 확인할 수 있다.
docker-compose config : 구성 파일의 내용을 확인할 수 있다. docker-compose.yml의 내용을 출력

# 0327 - 가변인자(varargs)

형태

public void test(string... parameter) {
    ...    
}

# 오버로딩

자바에서는 파라미터 개수가 다르면 다른 메소드로 인신한다.
동일한 기능을 하지만 파라미터가 가변적으로 변경되는 경우 오버로딩을 사용한다.

// 파라미터가 한 개인 경우
public void search(String one) {}

// 파라미터가 두 개인 경우
public void search(String one, String two) {}

// 파라미터가 세 개인 경우
public void search(String one, String two, String three) {}

// Map을 사용하는 경우
public void search(Map<String, String> param) {}

// 배열을 사용하는 경우
public void search(String[] param) {}

// List를 사용하는 경우
public void search(List<String> param) {}

// VO객체를 사용하는 경우
public void search(ParamVO param) {}

# 가변인자

가변인자를 사용하면 동적으로 파라미터를 받을 수 있으며 자바 1.5부터 지원된다. 사용법은 변수 타입 뒤에 기호(...)를 붙여주면 됩니다.

가변인자를 가지고 있는 메소드를 호출할 때는 아래 방법 모두 가능하다

public void callMethod() {
	
    // 파라미터가 없음
    test();
    
    // 파라미터가 한개
    test("A");
    
    // 파라미터가 두개
    test("A", "B");
    
    // 배열로 전달
    test(new String[]{"A", "B", "C"});
}

public void test(String... param) {

	System.out.println("param: " + param);
    
}

다른 파라미터와 가변인자를 같이 사용하는 경우에는 가변인자를 제일 뒤에 위치 시켜야 한다.

public void test2(String name, String... param) {

	System.out.println("param: " + param);
    
}

0314 - 0320 0329 ~ 0403