[배경]
자바 프로젝트를 하다 보면, 다양한 라이브러리를 손쉽게 활용할 수 있다는 점이 큰 장점입니다. 하지만 일일이 수동으로 관리하기는 번거롭기 때문에, Maven이나 Gradle과 같은 빌드 도구가 필수적입니다. 이 도구들은 라이브러리 다운로드와 의존성 관리를 자동화하여 개발 속도를 끌어올립니다. 자바 개발을 더 빠르게, 더 효율적으로 진행할 수 있는 빌드 도구의 핵심 기능을 이번 기회에 제대로 알아보세요.
[내용]
1. 빌드 도구(Build Tool)란
Gradle과 Maven을 설명하기 에앞서, ‘빌드’가 무엇인지 먼저 알아보겠습니다. 빌드는 프로그램을 실제로 실행할 수 있는 배포 파일을 생성하는 과정입니다. 구체적으로는, 소스 코드를 컴파일하고, 컴파일된 클래스 파일과 리소스 파일 등 실행에 필요한 파일들을 묶어 배포 가능한 형태로 패키징하는 것을 말합니다.
빌드가 생성되는 과정에서 수행되는 주요 작업은 다음과 같습니다.
- 컴파일: 소스 코드를 컴파일하여 바이트코드나 실행 파일을 생성합니다.
- 테스트: 자동으로 단위 테스트와 통합 테스트를 수행하여 코드의 정확성을 검증합니다.
- 패키징: 컴파일된 코드를 JAR, WAR, EAR 등의 파일로 묶어 배포 가능한 형태로 만듭니다.
- 의존성 관리: 프로젝트에서 필요한 외부 라이브러리와 프레임워크를 효과적으로 관리합니다.
- 배포: 생성된 빌드 결과물을 특정 서버 또는 저장소에 업로드하여 배포합니다.
- 클린업: 이전 빌드의 산출물(예: 클래스 파일, 패키지 파일 등)을 삭제하여 깨끗한 빌드 환경을 유지합니다.
- 리포트: 빌드와 테스트 결과를 보고서 형식으로 작성하여 결과를 확인할 수 있게 합니다.
이러한 작업들은 빌드가 원활하고 안정적으로 이루어지도록 돕는 중요한 과정입니다.
‘빌드 도구’는 이러한 일련의 빌드 과정을 자동화해주는 소프트웨어입니다. 설정 파일을 통해 필요한 작업을 정의하고 클릭 한 번으로 모든 의존 라이브러리(jar 파일)을 다운로드해 컴파일하고, 테스트하고, 패키징 하여 배포까지 자동으로 처리할 수 있습니다.
이로 인해 배포 작업이 간편하고 효율적으로 이뤄지게 되어 손쉽게 배포 작업을 진행할 수 있는데요. Java 생태계에서 대표적으로 사용하는 빌드 도구가 바로 ‘Maven’과 ‘Gradle’입니다.
2. Maven
자바 프로젝트는 수많은 외부 라이브러리를 사용합니다. 이러한 jar 파일 형태의 라이브러리를 예전에는 수동으로 다운로드해서 프로젝트 폴더에 두고 관리하지만, 버전이 변경되면 다시 다운로드해야 하는 등 관리가 불편했습니다. Maven이 등장하기 전 Ant라는 빌드 도구를 사용했는데, Ant는 빌드에 필요한 외부 라이브러리를 관리해 주지 않았습니다.
반면, Maven은 Ant의 단점을 보완해서 외부 라이브러리를 자동으로 관리해 줍니다. 그리고, 표준화된 형태로 빌드 할 수 있도록 틀을 제공해주어 빌드 자동화의 편의성을 높였습니다.
이를 통해 자동으로 빌드 및 테스트, 패키징을 자동으로 수행해주어서 개발 생산성이 향상됩니다. Maven은 POM.xml이라는 빌드 파일 형식으로 빌드 설정을 관리합니다.
[Maven 빌드 파일: POM.xml]
pom.xml 파일은 Maven 프로젝트의 핵심 파일로, 프로젝트의 의존성, 플러그인, 빌드 설정 등을 정의합니다. 다음은 간단한 pom.xml 예제입니다.
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.example</groupId>
<artifactId>my-app</artifactId>
<version>1.0-SNAPSHOT</version>
<properties>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
</properties>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.0</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
</configuration>
</plugin>
</plugins>
</build>
</project>즉, 아래와 같이 빌드를 실행할 수 있습니다.
- 프로젝트 빌드
mvn compile |
- 테스트 실행
mvn test |
- 패키징
mvn package |
- 빌드 파일 정리(삭제)
mvn clean |
Maven은 다양한 프로젝트를 빠르게 생성하기 위한 ‘아키 타입(archetype)’을 제공합니다. maven에서는 이러한 표준 Template 형태의 프로젝트를 archetype이라는 명칭을 사용합니다.
하지만 이러한 Maven에도 빌드 속도가 느리고 유연성이 부족하다는 단점이 있습니다. 이를 개선하고 보완하기 위해 나온 것이 바로 'Gradle'입니다
3. Gradle
Gradle은 2007년 JetBrains회사의 Hans Dockter가 개발한 오픈 소스 빌드 자동화 도구로 Apache Ant와 Apache Maven의 장점을 결합하여 만들어졌습니다.
Maven은 XML 기반의 빌드 파일을 사용하기 때문에 가독성이 떨어지지만 Gradle은 Groovy기반 스크립트 방식을 사용하여 ‘build.gradle’이라는 빌드 파일을 만들기 때문에 가독성이 좋고, 또 스크립트를 통해 여러가지 상황에 적합한 빌드를 만들어 낼 수 있어 유연합니다.
이러한 유연성 덕분에 Gradle은 빌드 과정에서 병렬 처리와 캐싱을 활용하여 Maven보다 10배~100배까지 향상된 성능을 구현할 수 있습니다.
이러한 이점 덕분에 Gradle은 안드로이드 개발을 위한 공식 빌드 도구로 지정되어, 안드로이드 애플리케이션을 빌드하고 관리할 때 널리 사용되고 있습니다.
Gradle의 폴더 구조와 파일 구조
Gradle의 배경 지식에 대해 알려드렸는데요. 이제 Gradle의 폴더 구조와 build.gradle 파일 구조를 살펴보겠습니다.
Gradle은 groovy언어의 build.gradle 파일을 통해 프로젝트의 빌드 설정과 종속성을 설정합니다. 이러한 구조는 Gradle이 빌드 시스템으로서의 유연성과 효율성을 제공할 수 있도록 도와줍니다.
[Gradle 빌드 파일: build.gradle]
pom.xml 파일은 Maven 프로젝트의 핵심 파일로, 프로젝트의 의존성, 플러그인, 빌드 설정 등을 정의합니다. 다음은 간단한 pom.xml 예제입니다.
plugins {
// Java 플러그인을 사용하여 Java 프로젝트를 빌드합니다.
id 'java'
}
// 프로젝트 설정
group = 'com.example' // 프로젝트 그룹 식별자
version = '1.0' // 프로젝트 버전
// 의존성 관리
dependencies {
// JUnit 테스트 라이브러리 추가
testImplementation 'junit:junit:4.12'
}
// 빌드 설정
jar {
// 빌드된 JAR 파일의 main() 클래스를 설정합니다.
manifest {
attributes 'Main-Class': 'com.example.MyMainClass'
}
}
Gradle 프로젝트는 Maven과 유사한 폴더 구조를 가지고 있습니다. Gradle 프로젝트의 폴더 구조에는 gradle 디렉토리가 있으며, 이 안에는 Gradle 빌드 시스템의 버전을 관리하는 파일이 포함됩니다.
또한, 프로젝트 루트 디렉토리에는 gradlew 및 gradlew.bat 파일이 있어서 해당 프로젝트의 Gradle 빌드를 실행하는 데 사용됩니다.
[Gradle 디렉토리 구조]
my-project/
├── build.gradle # 메인 Gradle 빌드 스크립트 파일
├── settings.gradle # 멀티 프로젝트 빌드 설정 파일 (필요한 경우)
├── gradle/
│ └── wrapper/ # Gradle Wrapper 관련 파일들
│ ├── gradle-wrapper.jar
│ └── gradle-wrapper.properties
├── gradlew # Unix 계열 운영체제용 Gradle Wrapper 실행 파일
├── gradlew.bat # Windows 운영체제용 Gradle Wrapper 실행 파일
└── src/
├── main/ # 메인 소스 파일들이 위치하는 디렉토리
│ ├── java/ # 메인 Java 소스 파일 디렉토리
│ │ └── com/
│ │ └── example/
│ │ └── MyMainClass.java
│ └── resources/ # 메인 리소스 파일 디렉토리 (예: 설정 파일, 정적 리소스)
│ └── application.properties
└── test/ # 테스트 소스 파일들이 위치하는 디렉토리
├── java/ # 테스트 Java 소스 파일 디렉토리
│ └── com/
│ └── example/
│ └── MyMainClassTest.java
└── resources/ # 테스트 리소스 파일 디렉토리
Gradle 빌드는 아래와 같은 명령어로 빌드를 수행할 수 있습니다.
| gradlew [task명] |
태스크명은 gradle에서 사용하는 플러그인에 따라 사용할 수 있는 task명이 달라지는 데, 가장 많이 사용되는 ‘java 플러그인’ 을 사용할 때 사용할 수 있는 주요 task는 다음과 같습니다.
- 프로젝트를 빌드. 의존성 다운로드 및 컴파일, 테스트 실행.
gradlew build |
- 컴파일된 클래스 파일을 생성
gradlew classes |
- 패키징 파일인 jar파일 생성
gradlew jar |
- 빌드 디렉토리 정리(삭제)
gradlew clean |
그러면 지금까지 언급한 현대적인 Java 빌드 도구인 Maven과 Gradle의 차이를 요약해서 정리해보겠습니다.
| 항목 | Maven | Gradle |
| 설정 언어 | XML (pom.xml) | Groovy 또는 Kotlin (build.gradle, build.gradle.kts) |
| 빌드 스크립트 | 선언적 (Declarative) | 선언적 + 명령적 (Declarative + Imperative) |
| 성능 | 상대적으로 느림 | 캐싱과 병렬 빌드로 더 빠름 |
| 의존성 관리 | 고정된 생명주기와 관리 방식 | 유연한 생명주기와 관리 방식 |
| 플러그인 생태계 | 제한된 플러그인 | 다양한 커뮤니티 플러그인과 풍부한 생태계 |
| 빌드 구성 | 표준화된 구성 (Convention) | 높은 구성 가능성 (Highly Configurable) |
| 학습 곡선 | 상대적으로 완만함 | 다소 가파름 |
| 확장성 | 제한적 (XML 기반) | 높은 확장성 (Groovy/Kotlin 스크립트 활용) |
| 도구 통합 | IDE와 CI 도구와 통합 잘 지원 | IDE, CI 도구와 통합 잘 지원, Gradle Wrapper 지원 |
| 안드로이드 지원 | 기본 지원하지 않음 | 안드로이드 스튜디오의 기본 빌드 시스템 |
| 생명주기 | 고정된 빌드 생명주기 (compile, test 등) | 유연한 생명주기 |
[결론]
Maven과 Gradle은 각각 다른 특성과 장점을 가지고 있으며, 각기 다른 환경과 요구 사항에 맞게 유용하게 사용될 수 있습니다. 자바 생태계에서 두 도구 모두 여전히 강력한 지원을 받고 있으므로, 자신의 프로젝트와 팀에 가장 잘 맞는 빌드 도구를 선택하는 것이 중요합니다. Maven과 Gradle은 모두 뛰어난 빌드 도구이지만 서로 다른 접근 방식을 취하고 있습니다. '어떤 도구가 더 좋은가?'보다는 '어떤 도구가 나의 프로젝트에 더 적합한가?'를 고민하며 선택해 보세요.
[출처 및 참조]