🐘 Gradle

이전 글에서 살펴본 자바 플러그인에 이어, 이번 글에서는 자바 라이브러리 플러그인에 대해 알아보도록 하겠습니다. 🧐 java-library 플러그인 java-library 플러그인은 java 플러그인을 확장하여 추가적인 기능을 제공합니다. 즉 자바 플러그인을 확장했기 때문에, Java 플러그인에 의해 제공되는 모든 source set, task, configuration등 역시도 사용할 수 있습니다. 자바 라이브러리 플러그인은 자바 라이브러리를 생성할 때 사용하는데, Java 라이브러리는 이를 사용하는 다른 모듈 혹은 프로젝트에서 사용할 수 있는 API를 제공합니다. 자바 라이브러리 플러그인은 다음과 같이 사용할 수 있습니다. plugins { id 'java-library' } 🧐 api configu..

🧐 java 플러그인 자바 플러그인은 자바 애플리케이션을 빌드하는데 필요한 컴파일, 테스트 및 여러 기능들을 프로젝트에 추가합니다. 이는 많은 다른 JVM 언어 플러그인의 기반이 되는 플러그인입니다. 해당 플러그인을 사용하기 위해서는 build.gradle에 다음과 같이 작성할 수 있습니다. plugins { id 'java' } 🧐 java 플러그인에서 제공하는 Task 몇개만 살펴보도록 하겠습니다. 더욱 자세히 확인하고 싶다면 다음 링크를 참고해주세요. 🌱 compileJava Depends on: 컴파일 classpath에 영향을 주는 모든 작업 해당 작업은 프로덕션 자바 코드를 JDK 컴파일러를 이용하여 컴파일하는 작업입니다. 해당 작업을 실행하면 다음과 같아집니다. 🌱 processResourc..

🧐 서론 이전 글에서 의존성 관리에 대해서 간략하게 알아보았습니다. 이번에는 의존성에 대해서 조금 자세히 알아보도록 하겠습니다. 의존성을 사용하기 전에 dependency configuration이라는 개념에 대해서 알아보겠습니다. 🧐 Dependency Configuration Gradle 기반의 프로젝트에서 선언되는 모든 의존성들은 해당 의존성이 사용되어지는 특정한 scope가 있습니다. 예를 들어 어떤 의존성은 소스 코드를 컴파일하는데 사용되어지고, 어떤 의존성은 런타임에만 사용되어집니다. 테스트 환경에서만 사용되어야 하는 의존성들도 존재합니다. Gradle에서는 의존성이 사용되는 scope를 configuration을 통해 명시합니다. 모든 configuration은 고유한 이름으로 식별할 수 있..

🧐 서론 대부분의 애플리케이션, 혹은 소프트웨어 프로젝트들은 독립적으로 실행되지 않습니다. 어떤 프로젝트는 라이브러리를 사용하여 필요한 기능을 사용하고, 어떤 프로젝트는 관련없는 기능을 모듈 시스템의 분리된 부분으로 구성한 뒤 한 모듈에서 다른 모듈의 기능을 사용합니다. 결국 대부분의 프로젝트는 여러 다른 프로젝트(라이브러리, 모듈 등등)의 기능들을 사용하여 실행됩니다. 즉 다른 프로젝트에 대한 의존성(dependency)이 발생합니다. 의존성 관리(Dependency management)는 프로젝트에서 필요로하는 의존성들을 선언하고, 이들을 가져오고(resolving), 사용하기 위한 자동화된 기술입니다. 🧐 Gradle 에서의 Dependency Management 다음은 의존성 관리의 기본적인 흐름..

🧐 서론 Gradle 프로젝트를 빌드하고 실행하기 위해서는, 로컬 컴퓨터에 해당 프로젝트와 동일한 버전이 동일해야 합니다. 만약 이들이 일치하지 않는다면, 당연하게도 오류가 발생합니다. 따라서, 항상 사용하려는 프로그램의 Gradle 버전과 동일하게 Gradle을 설치해주어야 하는데 이는 굉장히 귀찮고 비효율적인 방법입니다. Gradle Wrapper(이하 Wrapper)는 이러한 문제를 해결해줍니다. 🧐 Gradle Wrapper 지정된 버전의 Gradle을 실행하는 스크립트로, 필요한 경우 Gradle 배포판(distribution)을 배포 서버에서 다운로드합니다. Wrapper를 사용하면 Gradle을 설치하지 않고도 지정된 Gradle 버전으로 빌드를 진행할 수 있습니다. Wrapper를 사용하기..

🧐 Project 모든 Gradle의 build는 하나 이상의 project로 구성됩니다. project가 나타내는 것은 Gradle을 사용하여 수행하는 작업에 따라 달라집니다. 예를 들어 project는 library JAR 혹은 웹 애플리케이션을 나타내거나, 다른 projects로부터 생성된 JAR들을 합쳐서 배포된 ZIP을 나타낼 수 있습니다. 또한 staging 혹은 production 환경에 배포하는 등의 수행해야 할 작업을 나타낼 수 있습니다. 🧐 Task project에서 수행할 수 있는 작업은 하나 이상의 task에 의해 정의됩니다. Tasks는 빌드시 수행하는 원자적(atomic)인 작업을 나타냅니다. 예를 들어 작업은 일부 클래스들을 컴파일하거나, JAR을 생성하거나, Javadoc을 ..