이 페이지의 이전 버전을 보고 있습니다. 현재 버전 보기.

현재와 비교 페이지 이력 보기

« 이전 버전 2 다음 »

소개

Maven으로 프로젝트를 수행하는 경우 Sub Module을 처리하는 방법은 여러 가지가 있습니다. 특히 Sub Module을 조직화하고 릴리즈 관리를 하는 것은 매우 어려운 일입니다. 다음은 Sub Module로 구성된 프로젝트의 구조를 시각화한 도식입니다.

이를 이해하기 위해서 상기 도식에서 사용한 용어에 대해서 먼저 정의를 해보겠습니다.

용어세부 설명
POM

Maven의 Project Object Module.

개별 프로젝트 및 Sub Module은 POM을 정의해야 한다.

POM은 pom.xml 파일로 정의한다.

Super POM

POM의  <package> 을 pom 으로 정의한 POM

<module> 을 통해  Sub Module이 정의될 수 있음

Sub Module (Child POM)에서 공통으로 사용하는 것들을 정의 (예; dependency, plugin 등)

Dependency

POM의 <dependency> 로 정의하는 의존성 라이브러리

Transitive DependencyDependency를 추가함으로써 딸려오는 Dependency
Module

Sub Project 또는 Sub Module의 개념

Module은 POM을 가질 수 있음

Parent POM에서 <module> 을 통해 정의 가능

Inherit

POM을 상속

Sub Module은 부모의 POM을 상속받음

Parent POM부모 역할을 하는 POM (자바의 상속과 동일)

Sub Module을 처리하면서 어려운 문제들

  • Parent POM을 지정하면 POM을 상속받아서 dependency도 모두 따라온다
    • 만약 다른 프로젝트에서 해당 POM을 dependency로 추가하면 빌드시 모든 dependency를 다운로드하고 
  • Parent POM의 자식 POM(module)은 모두 한꺼번에 빌드가 됨 → 만약 특정 Module이 수정되지 않는다면 버전 관리가 애매해짐
    • 모두 한꺼번에 빌드가 되기 때문에 모든 module의 버전을 하나로 통일해서 관리하기는 매우 좋음
    • 단, 특정 모듈이 수정이 없는 경우 → 수정이 없음애도 버전을 올라갈 수 있는 여지가 있음




  • 레이블 없음