자바 빌드 관리 도구 (Ant, Maven, Gradle)

자바 빌드 도구로 Maven 과 Gradle 을 사용했었는데 Maven 에서 Gradle 로 넘어갈 때 조금 더 간결하고 가독성이 좋다 이정도만 알고 넘어갔어서 이번에 차이점 및 성능 비교까지 해보려고 한다

빌드 관리 도구란 ?

우리가 프로그램에서 작성한 java 코드 및 xml, properties, jar 파일들을 JVM 이나 WAS 가 인식할 수 있도록 패키징 해주는 빌드 과정

=> 빌드 자동화 도구

등장한 이유

빠른 기간 동안에 계속해서 늘어나는 라이브러리 추가
프로젝트를 진행하며 라이브러리의 버전 동기화가 어렵기 때문

종류 Ant, Maven, Gradle 등

과거에는 Ant 를 많이 사용했으나 현재는 단순히 빌드 도구로만 이용되고 , Maven 에 빌드 + 자동 라이브러리 관리 기능이 추가되면서 Ant 에서 Maven 으로 많이 옮겨왔고 현재는 Gradle 을 많이 이용한다

Ant (Apache Ant)

자바 기반 빌드 도구

Ant, Maven, Gradle 중 가장 오래됨

특징

XML을 기반으로 빌드 스크립트 작성
자유롭게 빌드 단위를 지정할 수 있다
생명주기를 갖지 않기 때문에 각각의 target에 대한 의존관계와 일련의 작업을 정의해 주어야 함

단점

XML, Remote Repository를 가져올 수 없었음 (IVY 도입)
유연하지만 빌드 단위나 스크립트를 직접 작성해줘야 하기 때문에 프로젝트가 커지는 경우 스크립트 관리나 빌드 과정이 복잡해진다

Maven

XML 기반 상속 구조를 가지고 있는 빌드 도구

2004년 출시 , Ant 를 사용하던 개발자의 불편함 해소 + 부가기능 추가

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
    <version>2.2.4.RELEASE</version>
</dependency>

특징

XML 기반 작성
빌드 중인 프로젝트 , 빌드 순서 , 다양한 외부 라이브러리의 종속성 관계를 pom.xml 파일에 명시
필요 라이브러리를 pom.xml 에 정의해 놓으면 내가 사용할 라이브러리 뿐만 아니라 해당 라이브러리가 작동하는데 필요한 다른 라이브러리까지 관리하여 네트워크를 통해 자동으로 다운 받아줌
생명 주기를 가지고 있다
상속 구조 (특정 설정을 소수의 모듈에서 공유하기 위해선 비어있는 프로젝트를 만들어서 공통 설정을 넣고 그걸 상속하게 해야함 => 쓸데 없이 설정이 길어지고 중복이 발생하여 가독성이 매우 떨어짐)

Gradle

Groovy 기반의 Ant 와 Maven 단점을 보완해 만들어진 빌드 도구 오픈소스기반의 build 자동화 시스템으로 Groovy 기반 DSL(Domain-Specific Language)로 작성된 빌드 도구 Ant 와 Maven 의 단점을 보완하고 장점을 취합해 만들어짐 안드로이드 공식 빌드 시스템

implementation group: 'org.springframework.boot', name: 'spring-boot-starter-data-jpa', version: '2.2.4.RELEASE'

설정 주입 방식 (필요한 프로젝트에 바로 주입하는 방식이라 공통적으로 필요한 설정은 공통으로 주입하고 모듈별로 필요한 설정들은 모듈별로 설정해두면 됨) => 멀티 모듈 프로젝트에서 용이
Xml 의 구조적인 틀에서 벗어나 간결한 정의 가능
Maven 과 Ivy 완전 지원
스크립트 언어로 구성되어 있기 때문에 XML과 달리 간단한 로직구현이 가능

Maven vs Gradle

Maven 엔 Gradle 비교 문서가 없지만 Gradle 엔 비교 문서가 있을 정도로 Gradle 은 비교에 자신감 있는 모습 Gradle 자체가 Ant + Maven 의 단점을 보완하고 장점을 취합해서 만들어진 빌드 도구라 더 좋은 스펙을 가지고 있다

XML vs Groovy

Build 라는 동적인 요소를 XML 로만 정의하기엔 설정 내용이 길어지고 가독성이 떨어진다
Groovy 같은 경우 코드로만 봤을 때도 더욱 간단하게 사용 가능 , 또한 동적인 빌드는 스크립트로 직접 코드를 구현해서 확장 가능

=> Gradle 의 Groovy 를 사용했을 때 코드를 더 효율적으로 사용 가능

상속 구조 vs 설정 주입 방식

Maven 의 상속 구조인 경우 특정 설정을 소수의 모듈에서 공유하기 위해선 비어있는 프로젝트를 만들어서 공통 설정을 넣고 그걸 상속하게 해야함 => 쓸데 없이 설정이 길어지고 복이 발생하여 가독성이 매우 떨어짐
Gradle 의 설정 주입 방식의 경우 필요한 프로젝트에 바로 주입하는 방식이라 공통적으로 필요한 설정은 공통으로 주입하고 모듈별로 필요한 설정들은 모듈별로 설정해두면 됨

=> 멀티 모듈 프로젝트를 진행한다고 할 땐 Gradle 의 설정 주입 방식이 더 효율적이다

성능

Gradle 이 Maven 보다 최대 100배 빠름

증분성(Incrementality) : Gradle은 가능한 경우 변경된 파일만 작업해 중복 작업을 피한다. → 증분 빌드
Build cache : 동일한 입력에 대해서 gradle 빌드를 재사용 한다.
Gradle 데몬 : 빌드 정보를 메모리에 유지하는 프로세스를 구동한다.

소규모 다중 프로젝트 빌드

10개 모듈 다중 프로젝트 빌드의 일반적인 작업에 대한 결과 (각 하위 프로젝트들은 50개의 소스 파일과 50개의 테스트 소스 파일)

클린 빌드의 경우 2~3배, 증분 변경의 경우 약 7배, Gradle 작업 출력이 캐시될 때 최대 14배 빠름 !!

대규모 다중 프로젝트 빌드

500개 모듈 다중 프로젝트 빌드에 대한 일반적인 작업의 결과 (각 하위 프로젝트에는 100개의 소스 파일과 100개의 테스트 파일)

클린 빌드의 경우 3~10배, 증분 변경의 경우 약 85배, Gradle 작업 출력이 캐시될 때 최대 13배 빠름 !!

레퍼런스

자바 빌드 도구
Java 빌드 도구 - Ant, Maven, Gradle
Ant, Maven, Gradle 이 뭘까?
Gradle vs Maven: Performance Comparison
Gradle vs Maven Comparison