Еволюція систем автоматичної збірки. Порівняння із Ant’ом та Maven’ом

Зміст 1. Що таке Gradle ? Основні можливості . 2. Основи скриптової мови (Groovy) 3. Управління залежностями та зв’язками 4. Збираємо багато проектів одночасно 5. Плагіни

1. Java 2. War, Ear 3. Eclipse, Eclipse-wtp

6. Робота із система безперервної інтеграції (continuous integration – Jenkins, Hudson)

Що таке Gradle ? Основні можливості.

• Гнучкий інструмент для автоматичної збірки (build tool) назразок Ant’у

• Поставляється разом із build description language (DSL) на основі Groovy

• Як і Maven побудований на принципі - build-by-convention • Дуже гнучкий та легко розширюваний. • Містить вбудовані плагіни для Java, Eclipse, Scala, Groovi, Web,

OSGi • Потужна підтримка для збірки багатьох проектів одночасно

(multi-project builds) • Керування залежностями (dependency management) побудована

на основі Apache Ivy

• Повністю інтегрований із Ant, Maven та Ivy. Підтримує їх структуру репозиторіїв.

• Безкоштовний та з відкритим кодом • Паралельне виконання юніт тестів • Підтримка послідовних збірок (incremental builds) • Динамічні таски та правила для тасків

+ гнучкість + залежність тасків + контроль над процесом + різні таски на кожну задачу - важкі build.xml - тяжко підтримувати

+ керування залежностями

+ плагіни + збірка багатьох модулів проекту + угода по конфігурації (convention over

configuration)

- важкі pom.xml - тяжко перевизначити

поведінку по замовчуванні

+ DSL , замість XML легкість кастомізації

Основи скриптової мови (Groovy)

task hello << {

println 'Hello world!'

}

D:\@gradle\hello.world>gradle hello :hello Hello world! BUILD SUCCESSFUL

Дві основні концепції: проекти та таски. Gradle task == Ant target

task intro(dependsOn: hello) << {

println "I'm Gradle"

}

1. Hello World

2. Залежності між тасками D:\@gradle\hello.world>gradle intro :intro Hello world! I'm Gradle BUILD SUCCESSFUL

4.times { counter ->

task "task$counter" << {

println "I'm task number $counter"

}

}

D:\@gradle\hello.world>gradle task1 :task1 I'm task number 1 BUILD SUCCESSFUL

task0.dependsOn task2, task3

3. Динамічні таски

4. Маніпулювання тасками D:\@gradle\hello.world>gradle task0 :task0 I'm task number 2 I'm task number 3 I'm task number 0 BUILD SUCCESSFUL

task0.doFirst {

println ‘before task hook'

}

task0.doLast {

println ‘after task hook'

}

D:\@gradle\hello.world>gradle task0 :task0 before task hook I'm task number 0 after task hook BUILD SUCCESSFUL

taskGraph

Управління залежностями та зв’язками apply plugin: 'java'

repositories {

mavenCentral()

}

dependencies {

compile group: 'org.hibernate', name: 'hibernate-core', version: '3.6.7.Final'

testCompile group: 'junit', name: 'junit', version: '4.+'

}

compile Залежності необхідні на етапі компіляції проекту з сорсів

runtime Залежності необхідні для зкомпільованих класів в рантаймі. Також включають в себе compile залежності

testCompile Залежності необхідні для компіляції тест сорсів. Також включають в себе compile залежності та зкомпільовані класи

testRuntime Залежності необхідні для запуску тестів. Включає compile, compiled classes, testCompile

Репозиторії: • основний Maven, • віддалені Maven / Ivy, • локальні Maven / Ivy

repositories {

ivy {

url "../local-repo"

}

maven {

url "http://repo.company.com/maven2"

}

}

Збираємо багато проектів одночасно • Необхідно створити settings.gradle файл у якому вказати які проекти включати.

• Можна задати дефолтні налаштування для всіх підпроектів за допомогою

subprojects {}

• Можна задати залежності між проектами. Таким чином можна регулювати порядок білдання підпроектів.

include "shared", "api", "services:webservice", "services:shared"

dependencies { compile project(':shared') }

subprojects {

apply plugin: 'java‘ apply plugin: 'eclipse-wtp'

repositories {

mavenCentral()

}

dependencies {

testCompile 'junit:junit:4.11'

}

}

Плагіни • Додають таски до проекту • Налаштовують додані таски значеннями по-замовчуванню • Додають налаштування залежностей • Додають нові властивості та методи до існуючого типу через розширення

java announce war checkstyle project-report

groovy application java-library-distribution codenarc signing

scala build-announcements ivy-publish eclipse sonar

antlr ear maven-publish eclipse-wtp

cpp jetty maven2Gradle findbugs

cpp-exe maven build-dashboard idea

cpp-liv osgi pmd jdepend

Java Плагін compileJava processResources clean

classes javadoc

compileTestJava processTestResources jar

testClasses

test uploadArchives

check assemble

build

<project name="simple" default="dist" basedir="."> <property name="src" location="src/main/java" /> <property name="srcTest" location="src/test/java" /> <property name="build" location="build" /> <property name="dist" location="${build}/lib" /> <path id="classpath.test"> <pathelement location="libs/junit-4.8.1.jar" /> <pathelement location="${srcTest}" /> <pathelement location="${build}/classes" /> <pathelement location="${build}/test-classes" /> </path> <target name="init"> <mkdir dir="${build}/classes" /> <mkdir dir="${build}/test-classes" /> </target> <target name="compile" depends="init"> <javac srcdir="${src}" destdir="${build}/classes" /> </target> <target name="testCompile" depends="init"> <javac srcdir="${srcTest}" destdir="${build}/test-classes"> <classpath refid="classpath.test" /> </javac> </target> <target name="test" depends="testCompile"> <junit fork="yes" haltonfailure="yes"> <batchtest fork="yes"> <fileset dir="${srcTest}"> <include name="**/*Test.java" /> <include name="**/Test*.java" /> </fileset> </batchtest> <classpath refid="classpath.test" /> <formatter type="plain"/> </junit> </target> <target name="dist" depends="compile"> <mkdir dir="${dist}" /> <jar jarfile="${dist}/simple.jar" basedir="${build}/classes" /> </target> <target name="clean"> <delete dir="${build}" /> </target> </project>

<?xml version="1.0" encoding="UTF-8"?> <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/maven-v4_0_0.xsd" > <modelVersion>4.0.0</modelVersion> <groupId>pl.gradle</groupId> <artifactId>simple</artifactId> <packaging>jar</packaging> <version>1.0-SNAPSHOT</version> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.8.1</version> <scope>test</scope> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>1.5</source> <target>1.5</target> </configuration> </plugin> </plugins> </build> </project>

apply plugin: 'java' version = '1.0-SNAPSHOT' repositories { mavenCentral() } dependencies { testCompile 'junit:junit:4.8.1' }

javaProject

War, Ear

classes assemble war. ear

Структура проекту:

apply plugin: 'java'

version = '1.0'

jar {

manifest {

attributes 'Implementation-Title': 'Java Project', 'Implementation-Version':

version

}

}

repositories {

mavenCentral()

}

dependencies {

compile group: 'commons-collections', name: 'commons-collections', version:

'3.2'

testCompile group: 'junit', name: 'junit', version: '4.+'

}

test {

systemProperties 'property': 'value'

}

uploadArchives {

repositories {

flatDir {

dirs 'repos'

}

}

}

earWithWar

Eclipse, Eclipse-wtp eclipseProject генерує .project файл

eclipseClasspath генерує .classpath файл

eclipseJdt генерує .settings/org.eclipse.jdt.core.prefs файл

eclipseWtpComponent генерує .settings/org.eclipse.wst.common.component файл

eclipseWtpFacet генерує .settings/org.eclipse.wst.common.project.facet.core.xml файл

eclipse генерує всі конфігураційні файл

clean, clean… видаляє відповідні файли

Кожен із згенерованих файлів можна модифікувати за допомогою хуків.

Процес генерації файлів виглядає наступним чином: 1. Читається відповідний файл, або якщо такого файлу не існує то

використовується дефолтовий передбачений Gradle’ом. 2. Виконується beforeMerged хук із об’єктом, який представляє

відповідний файл. 3. Поточний контент файлу об’єднується із налаштуваннями з білд

скрипту або дефолтовими з Gradle’ у 4. Виконується whenMerged хук із об’єктом, який представляє вміст

результуючого файлу 5. Виконується withXml хук із XML представленням результуючого

файлу 6. Створюється фінальний XML файл

apply plugin: 'war'

apply plugin: 'eclipse'

repositories {

mavenCentral()

}

dependencies {

compile group: 'commons-collections', name: 'commons-collections', version: '3.2'

testCompile group: 'junit', name: 'junit', version: '4.+'

}

eclipse.classpath.file {

beforeMerged { classpath ->

classpath.entries.removeAll { entry -> entry.kind == 'lib' || entry.kind ==

'var' }

}

whenMerged { classpath ->

classpath.entries.findAll { entry -> entry.kind == 'lib' }*.exported = false

}

}

apply plugin: 'eclipse-wtp'

eclipse.wtp.facet.file.withXml { provider ->

provider.asNode().fixed.find { it.@facet == 'jst.java' }.@facet = 'jst2.java'

}

eclipse

Дякую за увагу

Запитання ??